× 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.



Why not use JDBC? It's portable, it's consistent, one is free to use his
preferred connection pooling classes. This "specialized environment " will
be maintained in the JDBC background job; just use a wrapper technology to
invoke the CL commands you want on each call.

Lo

-----Original Message-----
From: David Morris [mailto:David.Morris@plumcreek.com]
Sent: 2 ?????? 2002 ?. 3:16
To: java400-l@midrange.com
Subject: Server Jobs


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 thread ...


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.