Re: Snow Leopard Deployment
Re: Snow Leopard Deployment
- Subject: Re: Snow Leopard Deployment
- From: Ron Lift <email@hidden>
- Date: Wed, 24 Nov 2010 13:27:05 -0500
On Wed, Nov 24, 2010 at 12:56 PM, Patrick Middleton
<email@hidden> wrote:
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?
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
i have this line at the end of my /etc/apache2/httpd.conf file
Include /System/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?
How can I tell?
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.
The LoadModule is in the /System/Library/WebObjects/Adaptors/Apache2.2/apache.conf file that is at the end of the httpd.conf file, so I would think the mod_Webobjects is being used. Is there a way to tell?
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'.
Syntax OK from apachectl configtest. This is a new SnowLeopard build on a Xserve
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
_______________________________________________
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