On Wed, Nov 24, 2010 at 12:56 PM, Patrick Middleton <[email protected]>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? >> > > 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 > 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 protected]) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/webobjects-dev/rpgile4%40gmail.com > > This email sent to [email protected] >
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
