On Jun 12, 2006, at 7:01 PM, Pascal Lamontagne 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.


*gulp* What did we do wrong...

I don't know, but something strange is happening.


Adding WOHost localhost in System/Library/StartupItems/WebObjects/ WebObjects didn't work.

That was '-WOHost localhost' with a hyphen (-), right?


I then added it in the other place (now both places have the WOHost argument), but to no avail. I noticed the first method is WOHost localhost and the other one (in Properties) is WOHost=localhost. Is that right?

Yes, sorry. It has been a long Monday. The one in properties should be WOHost=localhost


Here's the log from WebObjects.log (PS - I tried doing that a while ago but couldn't get the dang log file to appear even after several attempts to connect to the app... but this time, it worked!)

You probably do not have the sudo before.  That is needed.


Info: <WebObjects Apache Module> new request: /cgi-bin/WebObjects/ Meneda.woa
Debug: App Name: Meneda.woa (6)
Info: Specific instance Meneda: not found. Reloading config.
Debug: Checking config file /Library/WebObjects/Configuration/
Debug: Checking config /Library/WebObjects/Configuration/
Debug: Checking config /Library/WebObjects/Configuration/ mod time
Info: Reading configuration from /Library/WebObjects/Configuration/
Error: Error reading /Library/WebObjects/Configuration/: Operation not permitted

OK, that looks like your problem. I think this means that the user that Apache is running under does not have permissions to read
/Library/WebObjects/Configuration/SiteConfig.xml

But that in itself is odd, as it should be talking to wotaskd on port 1085, not trying to read this itself. OK, let's take a step back. First, look in apache.conf which should be included in your httpd.conf with a line like this:

Include /System/Library/WebObjects/Adaptors/Apache/apache.conf

In there, should be a line like this:

# For localhost:
WebObjectsConfig http://localhost:1085 10

I am guessing that this is missing or commented and that you are instead using this:
# File Configuration
# The apache module gets its configuration from one file
# WebObjectsConfig file://<path-to-a-xml-config-file> 10

You don't want to use the file option, use the URL one. Like that, you may still get a perms error if wotaskd is running as appserver, but a quick chown will fix that. If the script is launching wotaskd as root, well, no problems. :-)

Finally, some wotaskd logging might shed some light. Check in /var/ log/webobjects.log


Debug: Checking config /tmp/WebObjects.xml
Debug: stat call failed on /tmp/WebObjects.xml (errno=2)

I don't recall what that config file is for.

Error: Request handling error: The requested application was not found on this server.

Because of the Operation not permitted, I tried to chmod 777 the files and folders in /Library/WebObjects/Configuration/ where the Site and WOConfig xml files are, but it still gives me the same thing. The log only records all this when I try to connect to the app in question (I guess that's to be expected).

The permission lacking may be access to the directory as well as to the file.


Hopefully it will give you an idea of what the problem could be. I can't say how thankful I am for your time and help!


I don't know if I have gotten you any closer, but you are most welcome.

Chuck


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
_______________________________________________
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]

Reply via email to