Yep, no problem there.
On Nov 11, 2009, at 1:04 AM, Pascal Robert wrote:
----- "David Griffith" <da...@infinityspain.com> a écrit :
> Hi Pascal,
>
Yes, as I said, I can run it from the command line (as appserver) and
it runs fine. I can access it on the specified port no problem. The
app operates as it should. It just refuses to start from
JavaMonitor. I also added JavaMonitor in there to see would it start
but got the same result. No start, no log.
Does the Logs folder is writable by the appserver user? Try to write a
file manually in there (eg : touch /opt/Local/Library/WebObjects/Logs/
somefilename.txt).
>
Regards,
David.
>
On Nov 11, 2009, at 12:57 AM, Pascal Robert wrote:
>
> ----- "David Griffith" <da...@infinityspain.com> a écrit :
> > Ok, I have managed to get the app up and running finally :-) At
least, I can launch it from the command line on a specific port and
connect to it and use it.
> >
Now, I want to have it added to JavaMonitor and be able to start/stop
it from there. I've added it, set the log path, and tried to start
it. No go. Won't have it. Just keeps trying to start and won't
start or stop. Neither does it write any log file.
> >
Obviously I also want to be able to access it like:
> >
http://192.168.1.10/app/WebObjects/appname as I won't have open ports
on the server.
> >
JavaMonitor is started and running on port 56789.
Host is 192.168.1.10.
Adaptor URL is /app/WebObjects
> >
Where to start looking for clues?
>
File permissions... Try to start your app under appserver by command
line and good chance that your app won't start.
> >
Regards,
David.
> >
On Nov 10, 2009, at 10:19 PM, David Griffith wrote:
> > By the way, can someone tell me what the DWOEnvClassPath is? It
seems to be picked up from the $CLASSPATH env variable, which on our
existing deployment server seems to be set to ".:/usr/java/jre1.5.0_06/
lib/classes.zip" but that classes.zip file does not exist. Is this
relevant?
> >
Regards,
David.
> >
On Nov 10, 2009, at 10:12 AM, David Griffith wrote:
> > Thanks Bogdan, that's where I went wrong. Doh. I put them in /
Library/Frameworks instead of /Local/Library/Frameworks. Have another
problem now, of course, but I'll look into it later and post if I
can't sort it myself.
> >
Thanks for your help,
> >
Dave.
> >
On Nov 10, 2009, at 9:52 AM, Bogdan Zlatanov wrote:
> > Hi David,
> >
On 10 Nov 2009, at 09:46, David Griffith wrote:
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
> >
> >
If you have installed WebObjects on the linux machine via
WOInstaller.jar and have specified /opt as the install directory,
then ERExtensions.jar should be placed in /opt/Local/Library/
Frameworks/ERExtensions.framework ( pay attention to the Local ).
> >
> > 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
> > <da...@infinityspain.com> 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
<da...@infinityspain.com>
> >
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 <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/david%40infinityspain.com
> >
> >
This email sent to da...@infinityspain.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/bzlat%40tuparev.com
> >
> > This email sent to bz...@tuparev.com
> >
> >
> >
Bogdan Zlatanov,
Tuparev Technologies Bulgaria Ltd.
> >
> >
> >
> >
_______________________________________________
> > 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/david%40infinityspain.com
> >
> > This email sent to da...@infinityspain.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/
probert%40macti.ca This email sent to prob...@macti.ca
>
> --
>
> -------------------------------------------------------
> Pascal Robert
>
> http://www.macti.ca
> http://www.linkedin.com/in/macti
>
> Skype: MacTICanada
> AIM/iChat : MacTICanada
>
>
--
-------------------------------------------------------
Pascal Robert
http://www.macti.ca
http://www.linkedin.com/in/macti
Skype: MacTICanada
AIM/iChat : MacTICanada
_______________________________________________
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
