On Jun 12, 2006, at 4:43 PM, Pascal Lamontagne wrote:
On 12-Jun-06, at 1:44 PM, Chuck Hill wrote:
When you run a single instance, does it also require the port
number in the URL? Are you launching wo(e)taskd with -
WOHost=localhost as well?
Chuck
Thanks for all your help Chuck,
Yes, it does require the port number in the URL.
Then it is not going through wotaskd normally.
Regarding the launch of wotaskd, JavaMonitor and Wotaskd were set
to launch on system startup by removing #s in a configuration file
(we're running MacOSXServer10.3.9), we do everything in
JavaMonitor. We also added the WOConfig.xml file with instances
specs. I'm not sure if I'm actually launching wotaskd with -
WOHost=localhost, but I did include it in the only place I know in
JavaMonitor, the Additional Arguments in the Application settings
where we also set the password.
Perhaps this is our problem... How does one set -WOHost=localhost
on wotaskd launch (is there a way to configure it on system
startup)? Does it require the command-line in Terminal?
You can set this in a few different ways. One is to edit the file
/System/Library/StartupItems/WebObjects/WebObjects
And add it to the wotaskd line like this
"$WOSERVICE" -appPath "$WOTASKD" -WOHost localhost >/var/log/
webobjects.log 2>&1 &
Another is to edit
/System/Library/WebObjects/JavaApplications/wotaskd.woa/Contents/
Resources/Properties
And add
-WOHost localhost
Wotaskd (or the machine :-) needs to be restarted after you do this.
Once we deploy on our public server (with a real host address, not
localhost), I guess there won't be any need to specify WOHost, will
there?
Not if that name is the default name for that server. If there are
multiple names that resolve to the same machine, then you might.
With our current experience and all, we don't want to try it on our
public server, so there's no way for us of knowing if the problem
is actually making it work on a localhost or making it work at
all... We know it's probably just one little thing in our config,
we just can't seem to pinpoint it.
See if the above works. Also you can try
sudo touch /tmp/logWebObjects
and then look at
/tmp/WebObjects.log
to see if the woadaptor has anything useful to say on the matter.
Chuck
On Jun 10, 2006, at 10:27 PM, Pascal Lamontagne wrote:
Ok, we've read about 500 pages of troubleshooting, configured and
re-configured apache.conf, WOConfig.xml, all setting in
JavaMonitor and we just can't get multiple instances to work at
all (they start up alright and work individually, but that's it)!
We have to specify each instance's port in the URL to get each
instance to work, connecting to the .woa file without specifying
a port returns an error stating nothing is there. Round-Robin
load balancing, with our WOConfig.xml file and apache.conf
modifications (religiously followed in Apple's
Deploying_Applications" guide), should be doing its job, it just
doesn't work.
We have a lot of experience running a single instance of a .woa
in JavaMonitor, but we recently got so much traffic we need
multiple instances.
We are trying to configure a multiple instances set-up with Round-
Robin load balancing on a local network (at first, until we get
the hang of it and can actually find the courage to configure our
Xserve to do so). We are running Mac OS X Server 10.3.9 on a dual
G4 tower, connected to a router.
We configured its Host to localhost, as well as all settings
required. Our main reference tool is Apple's
"Deploying_Applications" guide, which seems really complete.
Our URL to Adaptor is http://localhost/cgi-bin/WebObjects/
We are REALLY desperate and need this thing up and running ASAP.
If anyone knows what we are doing wrong, any suggestion would be
greatly appreciated! I followed the "What's My URL" thread from
Jeffrey Schmitz. Chuck Hill got him up and running; we seem to
have a very similar problem, except setting -WOHost localhost in
the Additional Arguments section of New Instances Default
settings didn't do the trick for us.
Thank you for any help/suggestions.
King Regards,
Pascal
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list (Webobjects-
[EMAIL PROTECTED])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/chill%
40global-village.net
This email sent to [EMAIL PROTECTED]
--
Coming sometime... - an introduction to web applications using
WebObjects and Xcode http://www.global-village.net/wointro
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve
specific problems. http://www.global-village.net/products/
practical_webobjects
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list (Webobjects-
[EMAIL PROTECTED])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/chill%
40global-village.net
This email sent to [EMAIL PROTECTED]
--
Coming sometime... - an introduction to web applications using
WebObjects and Xcode http://www.global-village.net/wointro
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems. http://www.global-village.net/products/practical_webobjects
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com
This email sent to [email protected]
