Re: Installing WO 543 on Linux
Re: Installing WO 543 on Linux
- Subject: Re: Installing WO 543 on Linux
- From: John Bruce <email@hidden>
- Date: Mon, 9 Nov 2009 23:56:11 +0000
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