Re: How to specify which JVM to use?

You can add an environment variable for the Java version too,
QIBM_RPG_JAVA_PROPERTIES. The value would be "-Djava.version=1.5".

There is also an environment variable to that you can specify the path
to the SystemDefaults.properties file too.

So I guess I would probably just store the ADDENVVAR command with the
appropriate value in a table or a stream file and use a native program
to execute the command. I generally us a CL to set-up the classpath
anyway, but I'm not sure if you are doing that or not.

--
James R. Perkins



On Tue, Feb 2, 2010 at 08:36, David Gibbs <david@xxxxxxxxxxxx> wrote:

I'm in a bit of a quandary here ... I'm trying to figure out the best way to allow customers to specify which version of the JVM they want to use with a Java application on the i.

There are multiple JVM's available ... 64bit Classic, 32bit PASE, and 64bit PASE.

For the classic JVM, you can specify the java.version property in the System.properties, SystemDefault.properties file, or on the command line.

But with the PASE JVM's, the java version is specified using the JAVA_HOME environment variable.

Is it possible to have the JAVA_HOME environment variable set specifically at the user level?

I tried putting "export JAVA_HOME=/QIBM/ProdData/Java400/jdk15" in the users .profile file, which was picked up in qshell, but not in a direct JAVA invocation.

I also tried putting 'java.home=/QOpenSys/QIBM/ProdData/JavaVM/jdk50/32bit' in the users SystemDefault.properties file, but got either errors or the value was ignored (different behavior for different OS versions).

Any thoughts?

Thanks!

david

--
IBM i on Power Systems - For when you can't afford to be out of business
--
This is the Java Programming on and around the iSeries / AS400 (JAVA400-L) mailing list
To post a message email: JAVA400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/java400-l
or email: JAVA400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/java400-l.