RE: Quick "hopefully" question on JVM, RUNJVA, etc...

Brad;

Once the a JVM is started in a job it runs until the job ends. If, for any reason, the JVM ends you will not be able to restart a JVM in that job.

If this is not a batch job, then I would recommend using a NEP or some such, as having a JVM started for multiple users will most likely be a performance drag on your system.

Duane Christen


--


Duane Christen
Senior Software Engineer
(319) 790-7162
Duane.Christen@xxxxxxxxxx

Visit PAETEC.COM


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Bradley Stone
Sent: Friday, June 25, 2010 2:33 PM
To: MIDRANGE-L@xxxxxxxxxxxx
Subject: Re: Quick "hopefully" question on JVM, RUNJVA, etc...

Just curious if I should ask this on another list. I thought it was more of a "system" type question than a Java or RPG program. Thanks! :)

Brad

On Thu, Jun 24, 2010 at 2:45 PM, Bradley Stone <bvstone@xxxxxxxxx> wrote:

I have a question that I hope isn't too hard to answer. I've seen
conflicting information on this, and am curious.

If I have an RPG program than runs a Java Class using the RUNJVA
command, does this or does it not start and stop the JVM each time
this is called causing a LOT of extra overhead, or does it start the
JVM the first time and end it when the job ends?

Now, lets assume I am calling the same class/method in an RPG program
instead of using RUNJVA... same question. Does this start and stop
the JVM each time, or just start it the first time, and end the JVM
when the job itself ends?

I want if all possible to stay away from using a NEP for this.

I think you'll see where I'm going with this... performance issues
with Java. :)

Brad

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.