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 protected]> 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 protected]> > 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. >> >> [appser...@localhost iPSDistributor.woa]$ echo $NEXT_ROOT >> /opt >> [appser...@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 protected]> >> 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 protected]) >>> Help/Unsubscribe/Update your Subscription: >>> http://lists.apple.com/mailman/options/webobjects-dev/wolists%40gmail.com >>> >>> This email sent to [email protected] >>> >> >> > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/webobjects-dev/david%40infinityspain.com > > This email sent to [email protected] > > _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
