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



Thanks for the replies... QIBM_QSH_CMD_OUTPUT surely does help... i am not
sure but I think I used it in past and I just forgot about it .... anyways,
I tried remodel my program so I am using a driver RPGLE reading a data
queue and then this RPGLE will call CL which in turn is calling QSH
command... seems its starting the JVM each and every time... comparing its
performance from interactive call of CL , I do not think its any benefit in
terms of performance.... any ideas if I call the Java class from driver
RPGLE will it help get any performance benefit?

On Tue, Sep 4, 2018 at 3:25 AM, <maxbobzien@xxxxxxx> wrote:

Had the same problem here that the JVM is starting with every time I call
the command (its not really a problem because that is what is supposed to
happen: you call the program, the JVM starts, executes your program and
once its done, quits the VM again).

My “fix” for this problem was to change my program to start up once and
then scan a folder for a txt file that contains all the parameters that
would usually be handed over to the program. Once it detects a text file,
it opens a new thread to process it and once done, the thread is closed but
the program itself keeps running. This way it can also handle multiple
requests in parallel. The text file is created by the CL that would have
usually called my program before the fix.

I assume the correct solution would be to set something up like an
application server that runs your application and is then called by the CL
but no clue if that is

a) the correct approach and
b) how to do that ;)

Hope that helps!

Max
--
This is the Java Programming on and around the IBM i (JAVA400-L) mailing
list
To post a message email: JAVA400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/java400-l
or email: JAVA400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/java400-l.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.