RE: Java execution on IBM i

Richard Schoen <richard-DiTrGpQEJGItADg8e/3/[email protected]>
Newsgroups gmane.comp.lang.as400.java
Message-ID <CH0PR12MB52506FEFCCABEAF44385A72BB7A29@CH0PR12MB5250.namprd12.prod.outlook.com>
A framework like what Dieter has done stays running as a background app and calls are made to it at runtime, so no new instances of Java being spun up for each call.

RUNJVA or JAVA call and create anew JVM for each call.

Regards,
Richard Schoen
Web: http://www.richardschoen.net
Email: richard-DiTrGpQEJGItADg8e/3/[email protected]
----------------------------------------------------------------------

message: 1
date: Wed, 22 Sep 2021 11:02:41 +0200
from: john erps <[email protected]>
subject: Java execution on IBM i

Hi,

I have a question regarding the execution of java programs on IBM i.

I'm a bit confused.

I always thought that it was a good idea to execute java programs/functions within one server job. The requesting job sends a message to the server job, and the server job executes it. This way, the JVM is initialized only once. I believe Dieter even has a framework to do this.

However, as i understand it. If i use command JAVA or RUNJVA to execute a java app it is executed within a separate BCI job. I suppose (maybe i'm
wrong) this BCI job keeps running after the command has been executed. Next time the command is executed the same (or another already initialized) job executes the java function.

My confusion is why is it a good idea to implement a dedicated Java server job yourself, like Dieters framework, as this seems to be already working like that when using RUNJVA?

What am i missing?


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

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.