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 01:04:38 +0100
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