ScriptAlias is an Apache thing, it tells Apache which incoming URLs are for script process and which are for document serving. WebObjectsAlias is a mod_webobjects setting so you can use /apps/WebObjects or /myCool/WebObjects instead of cgi-bin
Chuck On 2014-09-22, 11:23 PM, "Markus Stoll, junidas GmbH" wrote: Hi, am not an expert in wo deployment using apache (mostly I still use IIS on windows) but I think defining that script alias is wrong when using mod_WebObjects shouldn’t you rather leave out the ScriptAlias and define WebObjectsAlias /cgi-bin/WebObjects to let mod_WebObjects know which path to listen for? and during testing, I would add WebObjectsAdminUsername public so that you can check the WOAdaptor status page http://wodev/cgi-bin/WebObjects/WOAdaptorInfo there you find the version number of your current WOAdaptor hope this helps Regards, Markus Am 23.09.2014 um 00:33 schrieb Chuck Hill <ch...@global-village.net<mailto:ch...@global-village.net>>: Hi David, I might be recalling the WO CGI adaptor from years ago. Check to make sure the two sections below are correct in your https.conf file and that the paths match the machine (these obviously are now Windows paths). The “could not stat” sounds like mod_webobjects is not getting passed the URL and Apache is trying to process it literally. # # ScriptAlias: This controls which directories contain server scripts. # ScriptAliases are essentially the same as Aliases, except that # documents in the target directory are treated as applications and # run by the server when requested rather than as documents sent to the # client. The same rules about trailing "/" apply to ScriptAlias # directives as to Alias. # ScriptAliasMatch ^/cgi-bin/((?!(?i:webobjects)).*$) "/Library/WebServer/CGI-Executables/$1” # # "/Library/WebServer/CGI-Executables" should be changed to whatever your ScriptAliased # CGI directory exists, if you have that configured. # <Directory "/Library/WebServer/CGI-Executables"> AllowOverride None Options None Order allow,deny Allow from all </Directory> Chuck On 2014-09-22, 3:22 PM, "Ress, David A" wrote: Hello Chuck, (It is painful that I cannot check this email account during the day...) Is c:/Apache2.2/cgi-bin/WebObjects there? If not, check the ScriptAlias parameter. You also need to allow access with a Directory setting. This is going into my ignorant area. I have a standard folder under C:\Apache2.2\cgi-bin\ called WebObjects. But, should that be a link into the C:\Apple directory tree? ScriptAlias is set to C:/Apache2.2/cgi-bin/ according to http.conf. Should it be directed somewhere else? Like I said, I have never tried Windows deployment before. I followed Markus' video (I cannot thank him enough for that video) as well as the wocommunity.org site, but I believe I am having a WO to Apache issue here and that is a new area for me as well. I appreciate all the suggestions. David _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-deploy mailing list (Webobjects-deploy@lists.apple.com<mailto:Webobjects-deploy@lists.apple.com>) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-deploy/markus.stoll%40junidas.de This email sent to markus.st...@junidas.de<mailto:markus.st...@junidas.de> -- Dr. Markus Stoll (Geschäftsführer) markus.st...@junidas.de<mailto:markus.st...@junidas.de> junidas GmbH, Aixheimer Str. 12, 70619 Stuttgart Tel. +49 (711) 4599799-11, Fax +49 (711) 4599799-10 Geschäftsführer: Dr. Markus Stoll, Matthias Zepf Amtsgericht Stuttgart, HRB 21939
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-deploy mailing list (Webobjects-deploy@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com This email sent to arch...@mail-archive.com
