Re: Snow Leopard Deployment
Re: Snow Leopard Deployment
- Subject: Re: Snow Leopard Deployment
- From: Patrick Middleton <email@hidden>
- Date: Wed, 24 Nov 2010 17:56:39 +0000
On 24 Nov 2010, at 17:16, Mark Ritchie wrote:
Hey,
On 24/Nov/2010, at 8:33 AM, Ron Lift wrote:
...
When I use http://<servername>cgi-bin/WebObjects/<appname> I get a
404 error.
The webserver log has
“script not found or unable to stat: /Library/WebServer/CGI-
Executables/WebObjects”
First off, how did '.../cgi-bin/...' become '.../CGI-
Executables/...' ?
I've tried messing with my apache2 settings but I can't reproduce
your error.
Also, you mentioned apache.conf below so that leads me to wonder
what version of apache you're using?
That looks to me like the WebObjects DSO (mod_WebObjects.so) is not
being loaded and the CGI adaptor is being used instead; URLs .../cgi-
bin/WebObjects map to a CGI script WebObjects, and Apache on MacOSX
will find those by default in /Library/WebServer/CGI-Executables .
Older deployment documentation should have a recipe for diagnosing
whether the API adaptor (good) or the CGI adaptor (bad) is handling
requests.
Walk through your Apache main configuration file. At some point I
would expect it to be doing something like
# Including WebObjects Configs
Include /Library/WebObjects/Adaptors/Apache2.2/apache.conf
(the apache.conf file you referred to) which might include some
LoadModule and AddModule directives. Are those directives present?
Is Apache actually reading your adaptor's config file?
Also Apache is traditionally sensitive to the order in which modules
are loaded ... you might see the CGI adaptor handling requests if
mod_cgi loaded after mod_WebObjects. I usually comment out the
LoadModule and AddModule directives in apache.conf and add
equivalents in exactly the location I want in the main Apache conf file.
Also: are you loading the module you think you are? On Snow Leopard,
Apache should be an i386/x86_64 universal binary, and unless you have
a really weedy ancient Mac (three year old MacMini, maybe) it'll be
running the x86_64 code, and that means all the modules (including
any you built) need ideally to be universal, or at a pinch the
architecture being run (most likely x86_64), and I have seen people
get this wrong and ignore the warnings from 'apachectl configtest'.
this is some lines from the apache.conf file
WebObjectsDocumentRoot /Library/WebServer/Documents
WebObjectsAlias /cgi-bin/WebObjects
WebObjectsConfig http://localhost:1085 10
I can get to the wotaskd http://<servername>:1085 and using
localhost:1085
That's a good sign!
I cannot get to http://<servername>/cgi-bin/WebObjects/
WOAdaptorInfo I get a 404 error. I saw a post with this
“but the WOAdaptorInfo page was reporting nothing ... bingo”
I just need to know what “bingo” is. I know when I find out I am
going to say “dah, I should have known that”
I doubt that you can get to WOAdaptorInfo until you've resolved the
path issue above.
And you're going to need to enable it with a directive like:
WebObjectsAdminUsername public
(Note: this is the open to all version. There is an alternative of
user and password if you want to be more secure once you get things
working.)
M.
---
Regards Patrick
OneStep Solutions (Research) LLP
www.onestep.co.uk
This email, including any attachments, is confidential and intended solely for the person or organisation to whom it is addressed. If you are not the intended recipient you must not disseminate, distribute or copy any part of this email nor take any action in reliance on it.
If you have received this in error please notify the sender immediately by email or phone +44 (0)1702 426400 and delete this email and any attachments from your system.
Email transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. If verification is required please request a hard-copy version.
OneStep Solutions LLP is registered in England and Wales under registration number OC337173 and has its registered office at 457 Southchurch Road, Southend-on-Sea, Essex SS1 2PH. _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden