Re: Installing WO 543 on Linux
Re: Installing WO 543 on Linux
- Subject: Re: Installing WO 543 on Linux
- From: David Griffith <email@hidden>
- Date: Tue, 10 Nov 2009 08:46:58 +0100
By the way, what I'm getting in the UnixClassPath.txt is LOCALROOT,
WOROOT and APPROOT. I haven't named any of these so I guess WOLips is
doing it for me?
David.
On Nov 10, 2009, at 1:21 AM, John Bruce wrote:
ok you either need to define LOCALROOT or just change the path to be
exact - I'm assuming /opt for your WebObjects install so the extact
path would be something like
/opt/Library/Frameworks/ERExtensions.framework/Resources/Java/
ERExtensions.jar
the part about moving ERExtensions.jar above javafoundation.jar was
not to do with resolving the location issue but rather just making
sure the jars are loaded inthe right order (once the paths are correct
of course :) )
On Tue, Nov 10, 2009 at 12:04 AM, David Griffith
<email@hidden> wrote:
LOCALROOT/Library/Frameworks/ERExtensions.framework/Resources/Java/
ERExtensions.jar
I've moved ERExtensions to appear above JavaFoundation, still the
same. The
above is the second line I believe, with JavaFoundation coming
further down.
On Nov 10, 2009, at 12:56 AM, John Bruce wrote:
Hi David,
Whats the classpath entry for ERExtensions.jar in UNIXClassPath.txt?
Also ERExtensions.jar needs to appear before the entry for
javafoundation.jar.
Cheers,
John
On Mon, Nov 9, 2009 at 11:47 PM, David Griffith <email@hidden
>
wrote:
Well I think I figured out how to set that value, but this is what
I am
getting still:
java.lang.NoClassDefFoundError: er/extensions/appserver/
ERXApplication
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:616)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:
124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$000(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:303)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
at com.webobjects._bootstrap.WOBootstrap.main
(WOBootstrap.java:84)
Caused by: java.lang.ClassNotFoundException:
er.extensions.appserver.ERXApplication
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:303)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:
316)
... 11 more
On Nov 9, 2009, at 11:35 PM, David Griffith wrote:
I've noticed that when I manually launch this app on my new local
server,
I
get:
-DWOEnvClassPath=""
Whereas on development machine, or the existing deployment server,
I get:
-DWOEnvClassPath=".:/usr/java/jre1.5.0_06/lib/classes.zip"
Where is this value set or how do I set it? It seems that this is
causing
the errors I'm getting, i.e. NoClassDef for Application etc.
Regards,
David.
On Nov 9, 2009, at 10:58 PM, John Bruce wrote:
Hi David,
If exporting the NEXT_ROOT doens't work you can also edit the
UNIXClassPath.txt file which is inside your woa in the Contents/UNIX
directory. There you can set the path to the frameworks explicity
which should solve the problem for now while you work on the
NEXT_ROOT
issue.
In my build / deploy process I embed the frameworks (as well as the
particular WO version that app is using) inside a directory and set
the path explicity in the file. That way I can depoy different apps
that use differnt WO versions alongside each other.
Cheers,
John
On Mon, Nov 9, 2009 at 9:30 PM, David Griffith <email@hidden
>
wrote:
Hi John,
I did have an error in the path to the apps, I've fixed that and
it works
great now. To start the apps I mean.
I can connect to JavaMonitor on port 56789.
I've installed all the Wonder frameworks, the mysql-connector/j,
mysql
server, installed my database and added users etc.
Now, I'm sure this is something so stupid, but I can't see what it
is....
I'm trying to start the iPSDistributor app as user 'appserver'. The
NEXT_ROOT variable IS set as you can see below, but the first
thing the
app
says is that it is NOT set.
[appserver@localhost iPSDistributor.woa]$ echo $NEXT_ROOT
/opt
[appserver@localhost iPSDistributor.woa]$ ./iPSDistributor
iPSDistributor: NEXT_ROOT environment variable is not set!
Reading UNIXClassPath.txt ...
Launching iPSDistributor.woa ...
Obviously it crashes out with NoClassDef errors etc as it can't
find the
NEXT_ROOT. What have I done wrong here?
Regards,
David.
On Nov 9, 2009, at 4:07 PM, John Bruce wrote:
Hi David,
you can test that the script works properly by trying to launch
webobjects
via:
/etc/init.d/webobjects start
/etc/init.d/webobjects stop
after running this you should have the two java processes running
- if
not then there's something wrong. Perhaps check the permissions on
the
script, the NEXT_ROOT / USER variables and that it is executable etc
Also the reason for the:
chkconfig --levels 2345 webobjects on
is that the script defaults to 345 (at least it did for me) and you
porbably want it to run at level 2 as well.
- John
On Mon, Nov 9, 2009 at 2:30 PM, David Griffith <email@hidden
>
wrote:
Immediately after reboot:
root 2764 0.0 0.1 3916 664 pts/0 R+ 17:29 0:00
grep
java
Regards,
David.
On Nov 9, 2009, at 3:23 PM, Pascal Robert wrote:
ps auxww | grep java
_______________________________________________
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