John,
I just wanted to say thanks for the tip about rsync. I've embedded everything
now, as was suggested by several people, and using rsync is just a dream. I've
made a lovely little update script which I can use to instantly update any of
my apps on the remote server with just one short com
eong Hee (Gmail)"
Cc:
Sent: Wednesday, November 11, 2009 3:29 PM
Subject: Re: Installing WO 543 on Linux
/etc/hosts:
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1 localhost localhost.localdomain loc
Cc:
Sent: Wednesday, November 11, 2009 3:29 PM
Subject: Re: Installing WO 543 on Linux
/etc/hosts:
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1 localhost localhost.localdomain localhost
::1 localhost6.loc
/etc/hosts:
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1 localhost localhost.localdomain localhost
::1 localhost6.localdomain6 localhost6
Does there need to be a specific entry here for 192.168.1.10? (
Hi David
What is your /etc/hosts file and SiteConfig.xml look like? May be it is IP
address issue.
Cheers
Cheong Hee
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 ju
Set up wotaskd logging by editing SpawnOfWoTaskd.sh .. as outlined
here . BTW, just output that log to /tmp because inability to
write this will cause your app launch to definitely fail. So sth like
this:
#!/bin/sh
#$@ 1>/dev/null 2>&1 &
LOG=/tmp/SpawnOfWotaskd.log
echo "***
Yep, no problem there.
On Nov 11, 2009, at 1:04 AM, Pascal Robert wrote:
- "David Griffith" 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.
- "David Griffith" 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
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 th
- "David Griffith" 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 a
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
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?
Regard
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 Zl
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 t
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
Yeah I'm not sure where LOCALROOT came from but it's obviously
something I overlooked when switching to Eclipse. I'll look into it
and see if I can find where it's coming from.
David.
On Nov 10, 2009, at 1:21 AM, John Bruce wrote:
ok you either need to define LOCALROOT or just change the pa
> Hi John,
>
> Yes several people have suggested that, and it's probably what I will
>
> do in the end. The problem is that it significantly increases the
> file size and as I'm deploying to a remote server with not
> particularly fast upload, it slows down the process a lot when
> updati
He wasn't embedding, so I assume noneof the frameworks are local to
the deployment server, or at least are at different paths then when it
was built
On Nov 9, 2009, at 4:13 PM, Chuck Hill wrote:
On Nov 9, 2009, at 4:04 PM, David Griffith wrote:
LOCALROOT/Library/Frameworks/ERExtensions.f
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
the part about moving ERExtensions.jar above javafou
On Nov 9, 2009, at 4:04 PM, David Griffith wrote:
LOCALROOT/Library/Frameworks/ERExtensions.framework/Resources/Java/
ERExtensions.jar
Is LOCALROOT defined?
Where is ERExtensions.jar?
Chuck
I've moved ERExtensions to appear above JavaFoundation, still the
same. The above is the secon
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,
The solution here is rsync. Using will allow to send only the files
that have changed to your server. Since most of your frameworks,
especially the WebObjects and Wonder ones, won't change much then only
the first upload will take a long time.
Cheers,
John
On Mon, Nov 9, 2009 at 10:23
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 wrote:
> Well I think I figured out how to set that value, but this is wha
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.
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 th
Hi John,
Yes several people have suggested that, and it's probably what I will
do in the end. The problem is that it significantly increases the
file size and as I'm deploying to a remote server with not
particularly fast upload, it slows down the process a lot when
updating apps. At th
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
Hmm... seems like I must have just set the env var. I'll have a
look. Thanks.
David.
On Nov 9, 2009, at 10:50 PM, Joe Little wrote:
Did you just set that env var, or did you export NEXT_ROOT=something?
Export is required hear to persist into the next sub-shell that you
are likely using.
On
Did you just set that env var, or did you export NEXT_ROOT=something?
Export is required hear to persist into the next sub-shell that you
are likely using.
On Mon, Nov 9, 2009 at 1:30 PM, David Griffith wrote:
> Hi John,
>
> I did have an error in the path to the apps, I've fixed that and it wor
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.
No
Le 09-11-09 à 10:03, Kieran Kelleher a écrit :
David,
I would not advise you to add JavaMonitor within WOMonitor. I did it
and had a site running like that for a while in the past, but it
caused problems, which I don't remember exactly now, but I would
advise against it.
Hum, so far I
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,
David,
I would not advise you to add JavaMonitor within WOMonitor. I did it
and had a site running like that for a while in the past, but it
caused problems, which I don't remember exactly now, but I would
advise against it. In any case, Apple advises against running more
than one instanc
Try to start everything by hand :
su appserver -c "/opt/Library/WebObjects/JavaApplications/wotaskd.woa/
wotaskd -WOPort 1085 &"
su appserver -c "$/opt/Library/WebObjects/JavaApplications/
JavaMonitor.woa/JavaMonitor -WOPort 56789 &"
And check if you have any errors...
Immediately after reb
Immediately after reboot:
root 2764 0.0 0.1 3916 664 pts/0R+ 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 ig
Do you have any java process running? ps auxww | grep java
Hi,
Yes I did manage to connect on a direct port to JavaMonitor, however
not on 56789. Only on the port it gives me when I run from the
command line.
I did all that with the scripts and after reboot:
Last login: Mon Nov 9 14:59:
Hi,
Yes I did manage to connect on a direct port to JavaMonitor, however
not on 56789. Only on the port it gives me when I run from the
command line.
I did all that with the scripts and after reboot:
Last login: Mon Nov 9 14:59:37 2009 from 192.168.1.50
[r...@localhost ~]# chkconfig --li
Yes, I have already done that.
Regards,
David.
On Nov 9, 2009, at 2:12 PM, John Bruce wrote:
Hi David,
Sorry forgot to mention that to get the adaptor to use
/Apps/WebObjects instead of /cgi-bin/WebObjects you need to have this
variable set in your adaptor configuration file for Apache.
WebO
Hi John,
That's excellent, I'll give it a go. Thank you.
Regards,
David.
On Nov 9, 2009, at 2:01 PM, John Bruce wrote:
Hi David,
To do auto startup on Linux (RHEL / Centos) you need to add a script
into /etc/init.d and configure via chkconfig. Attached is a sample
startup script for wotaskd
Hi Pascal,
That's obviously the issue then. I'll have to connect to it on the
port first and add it within JavaMonitor.
I'll try the scripts and hopefully that will sort it!
Thanks for you help,
David.
On Nov 9, 2009, at 2:36 PM, Pascal Robert wrote:
Le 09-11-09 à 07:35, David Griffith a
Hi John,
That's excellent, I'll give it a go. Thank you.
Regards,
David.
On Nov 9, 2009, at 2:01 PM, John Bruce wrote:
Hi David,
To do auto startup on Linux (RHEL / Centos) you need to add a script
into /etc/init.d and configure via chkconfig. Attached is a sample
startup script for wotaskd
Le 09-11-09 à 08:01, John Bruce a écrit :
Hi David,
To do auto startup on Linux (RHEL / Centos) you need to add a script
into /etc/init.d and configure via chkconfig. Attached is a sample
startup script for wotaskd and javamonitor. You will need to edit it
to set your NEXT_ROOT and the USER y
Le 09-11-09 à 07:35, David Griffith a écrit :
Hi,
Thanks for that. I didn't change the port and I guess it would
probably connect on that, but I am trying to do it through Apache
without any specified port. I don't have a GUI interface or browser
on the server (@192.168.1.10). It's ru
Hi David,
Sorry forgot to mention that to get the adaptor to use
/Apps/WebObjects instead of /cgi-bin/WebObjects you need to have this
variable set in your adaptor configuration file for Apache.
WebObjectsAlias /Apps/WebObjects
- John
On Mon, Nov 9, 2009 at 12:35 PM, David Griffith wrote:
> Hi
Hi David,
To do auto startup on Linux (RHEL / Centos) you need to add a script
into /etc/init.d and configure via chkconfig. Attached is a sample
startup script for wotaskd and javamonitor. You will need to edit it
to set your NEXT_ROOT and the USER you want to run the apps as.
To install put it
Hi,
Thanks for that. I didn't change the port and I guess it would
probably connect on that, but I am trying to do it through Apache
without any specified port. I don't have a GUI interface or browser
on the server (@192.168.1.10). It's running on CentOS 5. I am trying
to connect dire
Hi David,
JavaMonitor starts at port 56789 by default. If you haven't made any
changes to that, http://192.168.1.10:56789/app/WebObjects/JavaMonitor
should do the trick.
Cheers
On 9 Nov 2009, at 14:07, David Griffith wrote:
Hi,
Yeah I've installed the prebuilt one now and I'm trying
Hi,
Yeah I've installed the prebuilt one now and I'm trying to get wotaskd
and JavaMonitor to load on startup but no idea how. I've used some of
the script that I've found on wiki.objectstyle, have chmod +x them,
put them in init.d and created a symlink from rc3.d but they just
don't see
I recall having to adjust the make file in too locations, force the
gcc somewhere else. But Pascal is correct in that there are also
prebuilt one's available. I'm thinking I should reconsider packaging
though and perhaps remake my RPMs available at some point.
On Sat, Nov 7, 2009 at 11:59 AM, Davi
Try to install a pre-build one :
http://webobjects.mdimension.com/wonder/mod_WebObjects/Apache2.2/centos/5/
> Hi Joe,
>
> Yes I have already done that. I did manage to get it to complete the
>
> 'make' command by running it from the Adaptor directory and not from
>
> the Apache2.2 directory
Hi Joe,
Yes I have already done that. I did manage to get it to complete the
'make' command by running it from the Adaptor directory and not from
the Apache2.2 directory (it wouldn't run from there) but I think I am
perhaps missing some settings in the make.config. Firstly, should the
m
On Sat, Nov 7, 2009 at 2:00 AM, David Griffith wrote:
> Sorry, I found apxs but this is the error I'm getting:
> apxs -i -a -n WebObjects mod_WebObjects.la
> /usr/lib/httpd/build/instdso.sh SH_LIBTOOL='/usr/lib/apr-1/build/libtool'
> mod_WebObjects.la /usr/lib/httpd/modules
> /usr/lib/apr-1/build/
Sorry, I found apxs but this is the error I'm getting:
apxs -i -a -n WebObjects mod_WebObjects.la
/usr/lib/httpd/build/instdso.sh SH_LIBTOOL='/usr/lib/apr-1/build/
libtool' mod_WebObjects.la /usr/lib/httpd/modules
/usr/lib/apr-1/build/libtool --mode=install cp mod_WebObjects.la /usr/
lib/httpd/
53 matches
Mail list logo
