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
<da...@infinityspain.com> 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 <da...@infinityspain.com
>
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 (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/wolists%40gmail.com
This email sent to woli...@gmail.com
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
