|
One question (sorry this is late but just got back from vacation) -- how far apart are your commands? Each AS400 object represents a connection to a single server job. As long as the connection stays up all commands will be handled by the same job. So, a set of commands run through the same AS400 object will run in the same job as long as the connection does not drop between commands. Using the same AS400 object may not be practical if there is a lot of time between commands, but it should work for commands that are close (especially of the connection is reliable). David Wall Toolbox for Java iSeries ODBC Driver for Linux "David Morris" <David.Morris@plu To: <java400-l@midrange.com> mcreek.com> cc: Sent by: Subject: Server Jobs java400-l-admin@m idrange.com 04/01/2002 11:15 AM Please respond to java400-l Group, I have a Java program that needs a specialized environment to run several CL commands. If I use the CommandCall class, I get a new job for each command. I could submit my own server that processes these commands and then end it when I am done, but this seems like it would be such a common task, I thought I would check to see if I missed it in the toolbox or if anyone else has tackled this. The command call class works very well for what I am doing except that I cannot reconnect to the same server. One solution I am thinking about is a submitting a job that sits on a data queue waiting for commands and returning messages and completion status of each command. Thanks, David Morris _______________________________________________ This is the Java Programming on and around the iSeries / AS400 (JAVA400-L) mailing list To post a message email: JAVA400-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/java400-l or email: JAVA400-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/java400-l.
As an Amazon Associate we earn from qualifying purchases.
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.