RE: ClassPath Woes -

One thing you can do is to start and end JVM through JNI apis. IBM redbook 
website has a sample available there. If you search for "Advance JNI coding" 
you should be able to find it.
Hope it helps.


-----Original Message-----
From: Buck [mailto:buck.calabro@xxxxxxxxxxxx]
Sent: Thursday, September 11, 2003 2:28 PM
To: rpg400-l@xxxxxxxxxxxx
Subject: Re: ClassPath Woes -


> So when does the JVM actually start then?  I am assuming
> when the first call to a Java method is made because
> that is where I see the performance hit
> whilst in debug.

I think that's right.  So for an interactive job, you might:
1) Sign on
2) 0800 Run JavaMail - JVM starts
3) 0820 Run payroll all day - JVM still running
4) 1730 Run alphaWorks BattleBot - uses same JVM that started at 0800

And if you need a different CLASSPATH at 1730 than you did at 0800, you're
stuck.  It's time to sign off (end the JVM), sign on and start BattleBot
(which starts a new JVM, picking up the new, different CLASSPATH).

One way to avoid all these gyrations is to submit each Java program to
batch, where it runs using it's own CLASSPATH.  I am not nearly as sure what
happens if you use QSHELL.  Joe might have some insight there.
  --buck




_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.