Le 2010-11-24 à 13:27, Ron Lift a écrit : > > > 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?
Do: sudo httpd -M | grep WebObjects It should return : WebObjects_module (shared) > > 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/probert%40macti.ca > > 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]
