× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Hi

I am still not sure how it hangs together to be honest as I have never used xmltoolkit directly. Here I am just using the new itoolkit node offering(s) which I am sure uses xmltoolkit under the covers, but there is no reference to an IPC value at the level I am working with :(



On 12 Oct 2015, at 02:19, Richard Schoen <Richard.Schoen@xxxxxxxxxxxxxxx> wrote:

To add a little more detail of how I think it works:

If I set ipcvalue =/tmp/xmlservicei in an XMLCGI URL request, a new XTOOLKIT job fires on the i in QSYSWRK and stays active until I kill the IPC job using the same ipcvalue that started it.

I believe all DB activity and command or program call activity use the same job so it feel persistent.

It would seem that XMLSERVICE continues to use the same XTOOLKIT active job until terminated which allows some persistence of session such as library list, qtemp, etc.

I don't claim to fully understand the XMLCGI / IPC method, but it seems to work nicely.

If you do an experiment, specify the same IPC value for each call and see if that improves performance. It should because the XTOOLKIT jobs should stay active between calls to the IBMi which you can monitor via WRKACTJOB. The first call with an IPC value launches a new XTOOKLIT job and the next xxx number of calls should all use that job.

Hope this helps.

You could always put an email in to Tony Cairns at IBM if you have any plumbing questions. His email address is on the Yips site.

Regards,

Richard Schoen | Director of Document Management Technologies, HelpSystems
T: + 1 952-486-6802
RJS Software Systems | A Division of HelpSystems
richard.schoen@xxxxxxxxxxxxxxx
www.rjssoftware.com
Visit me on: Twitter | LinkedIn

-----Original Message-----
Subject: Re: Why does node's Toolkit for i, use a database connection to execute CL commands?
*From: Kevin Turner <kevin.turner@xxxxxxxxxxxxxxx>
*Date: Sun, 11 Oct 2015 20:43:57 +0000

That's interesting stuff - thanks. I'm not entirely sure how to dig deeper but I will try :)


On 11 Oct 2015, at 17:47, Richard Schoen <Richard.Schoen@xxxxxxxxxxxxxxx> wrote:

I wonder if the loop is forcing a new job start each time on the i.

With XMLCGI, there is an IPC service that takes a few seconds each time it's re-initiated and I could see this being intensive if you had to create a new session for each interaction.

You can start the IPC session with a unique name and use the same job over and over if I want to maintain state and use the same job on the I which should improve performance I think.

Not sure how the node toolkit works, but this works good with .Net and should be similar depending on how the toolkit was implemented.

Regards,

Richard Schoen | Director of Document Management Technologies, HelpSystems
T: + 1 952-486-6802
RJS Software Systems | A Division of HelpSystems
richard.schoen@xxxxxxxxxxxxxxx
www.rjssoftware.com
Visit me on: Twitter | LinkedIn
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.


___________________________________________
This email has been scanned by iomartcloud.
http://www.iomartcloud.com/


________________________________

NOTICE: The information in this electronic mail transmission is intended by CoralTree Systems Ltd for the use of the named individuals or entity to which it is directed and may contain information that is privileged or otherwise confidential. If you have received this electronic mail transmission in error, please delete it from your system without copying or forwarding it, and notify the sender of the error by reply email or by telephone, so that the sender's address records can be corrected.



--------------------------------------------------------------------------------


CoralTree Systems Limited
25 Barnes Wallis Road
Segensworth East, Fareham
PO15 5TT

Company Registration Number 5021022.
Registered Office:
12-14 Carlton Place
Southampton, UK
SO15 2EA
VAT Registration Number 834 1020 74.

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.