Re: Switching version of Java for appserver user
Re: Switching version of Java for appserver user
- Subject: Re: Switching version of Java for appserver user
- From: Chuck Hill <email@hidden>
- Date: Tue, 25 Aug 2009 20:21:56 -0700
On Aug 25, 2009, at 5:50 PM, Mr. Frank Cobia wrote:
Do you have any other idea of what value may affect it? Or should I
just stick with changing the link?
In the classpath file of the app, you will see
# JVM == java
Changing that to
# JVM == /System/Library/Frameworks/JavaVM.framework/
Versions/1.6/Home/bin/java
Should change the JVM used for launching.
Adding
jvm="/System/Library/Frameworks/JavaVM.framework/Versions/1.6/Home/bin/
java"
to the woapplication task in your build.xml should get this set.
Testing and verification is left as an exercise for the reader.
Chuck
I did notice that the help for the java executable say that you can
do "-version:<version>" but I have not had any luck figuring out
what value to put. Everything I tried just ends up with it
complaining that it can not find a suitable JRE
Thanks,
Frank
On Aug 25, 2009, at 3:51 PM, Mike Schrag wrote:
if this is just a .woa, I'm pretty sure WO doesn't care about that
value ... you can manually change it and verify that.
On Aug 25, 2009, at 3:35 PM, Mr. Frank Cobia wrote:
I do see that there is an entry in the Info.plist of my app that
says "1.5+". Is there somewhere in Eclipse/WOLips I can change that?
Frank
On Aug 25, 2009, at 3:13 PM, Mike Schrag wrote:
There are several factors that go into determining which VM runs
in OS X ... It's not just a matter of the symlink. Your java
preference settings can change which version it uses also, the
Info.plist of a launcher can change it, etc. So the actual
symlink for "A" is the same, but the java executable in /usr/bin/
java selects which framework to bind to using different (non-
obvious) criteria.
ms
On Aug 25, 2009, at 2:52 PM, Mr. Frank Cobia wrote:
I figured out that my problem is that /System/Library/Frameworks/
JavaVM.framework/Versions/Current is linked to /System/Library/
Frameworks/JavaVM.framework/Versions/A. Somehow the java in "A"
can change depending on which user invokes it. I have no clue
how this works, but I changed Current to point to 1.6.
Is this going to cause me any problems? Is there a better way to
do this? i.e. set a system variable to make "A" use 1.6?
Frank
On Aug 25, 2009, at 12:43 PM, Mr. Frank Cobia wrote:
I am currently having trouble deploying an application under
JavaMonitor because of "incompatible version" errors on a class
file. When I launch the app as admin, the app launches fine. I
finally traced the problem to the fact that when the appserver
user invokes java it is 1.5 but when admin does it is 1.6. See
the terminal transcript below.
app2:Logs admin$ sudo -u appserver /usr/bin/java -version
java version "1.5.0_19"
Java(TM) 2 Runtime Environment, Standard Edition (build
1.5.0_19-b02-304)
Java HotSpot(TM) Server VM (build 1.5.0_19-137, mixed mode)
app2:Logs admin$ /usr/bin/java -version
java version "1.6.0_13"
Java(TM) SE Runtime Environment (build 1.6.0_13-b03-211)
Java HotSpot(TM) 64-Bit Server VM (build 11.3-b02-83, mixed mode)
How can I set it so that when appserver invokes java it is
using version 1.6?
Thanks
Frank
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
--
Chuck Hill Senior Consultant / VP Development
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems.
http://www.global-village.net/products/practical_webobjects
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden