Re: centos 6.3 deploy still acting recalcitrantly
Re: centos 6.3 deploy still acting recalcitrantly
- Subject: Re: centos 6.3 deploy still acting recalcitrantly
- From: Pascal Robert <email@hidden>
- Date: Thu, 25 Oct 2012 10:29:19 -0400
Check for errors in /var/log/httpd/error_log
>
> I made sure that was commented out. So I just checked and even searched the .conf file (if I stupidly had two copies) and it is commented out.
>
>
> --- On Thu, 10/25/12, Pascal Robert <email@hidden> wrote:
>
>> From: Pascal Robert <email@hidden>
>> Subject: Re: centos 6.3 deploy still acting recalcitrantly
>> To: "Theodore Petrosky" <email@hidden>
>> Cc: email@hidden, "WebObjects" <email@hidden>
>> Date: Thursday, October 25, 2012, 10:24 AM
>> If you still have that line:
>>
>> ScriptAlias /cgi-bin/ "/var/www/cgi-bin/"
>>
>> in httpd.conf, you won't get an answer from any WO app
>> unless you comment out that line or that you change the
>> adaptor path of your apps to /apps/WebObjects or something
>> similar. All the others directives you added are useless if
>> you don't disable the ScriptAlias directive or change the
>> adaptor path.
>>
>>> I hope we are almost there but, I am direct connected
>> to JavaMonitor (http://10.1.5.100:56789)
>>> i added my JavaMonitor app like normal using the Unix
>> path:
>> /opt/Local/Library/WebObjects/JavaApplications/JavaMonitor.woa/JavaMonitor
>>>
>>> and set the log file to /WebObjects/Logs
>>> i started the app and javamonitor reports it is
>> running. however, I get "The requested application was not
>> found on this server." if I click he link.
>>>
>>> I have <Directory> directives of:
>>>
>>> <Directory
>> "/opt/Local/Library/WebObjects/JavaApplications">
>>> AllowOverride All
>>> Order allow,deny
>>> Allow from all
>>> </Directory>
>>>
>>> <Directory
>> "/opt/Local/Library/WebServer/Documents/WebObjects">
>>> AllowOverride All
>>> Order allow,deny
>>> Allow from all
>>> </Directory>
>>>
>>> I also have before the directory directive:
>>>
>>> WebObjectsDocumentRoot
>> /opt/Local/Library/WebObjects/JavaApplications
>>> WebObjectsAlias /cgi-bin/WebObjects
>>>
>>>
>>> I have set up deployment with OS X 10.5, 10.6, Centos
>> 5.5 (running at backspace as a virtual server with only the
>> CLI) with no problems. I don't understand why this is
>> causing me such grief
>>>
>>> :(
>>>
>>> Ted
>>>
>>> --- On Thu, 10/25/12, Bastian Triller <email@hidden>
>> wrote:
>>>
>>>> From: Bastian Triller <email@hidden>
>>>> Subject: Re: centos 6.3 deploy still acting
>> recalcitrantly
>>>> To: "Theodore Petrosky" <email@hidden>
>>>> Cc: "WebObjects" <email@hidden>
>>>> Date: Thursday, October 25, 2012, 7:18 AM
>>>> that looks like your apache.conf has
>>>> defined the ScriptAlias directive
>>>> before your WebObjectsAlias directive. Did you
>> check the
>>>> wiki for
>>>> deployment on Linux [1] (section "Apache
>> Configuration")?
>>>> So if you want to keep the /cgi-bin part in the URL
>> you have
>>>> to comment
>>>> out the "ScriptAlias /cgi-bin" directive earlier in
>> the
>>>> apache.conf. Or
>>>> you can use another string in your WebObjectsAlias
>> directive
>>>> before
>>>> the /WebObjects, like:
>>>>
>>>> ...
>>>> LoadModule
>>>> WebObjects_module
>>>> /usr/local/lib64/httpd/modules/mod_WebObjects.so
>>>> WebObjectsDocumentRoot
>>>> /opt/Apple/Local/Library/WebServer/Documents
>>>> Alias /WebObjects
>>>>
>> /opt/Apple/Local/Library/WebServer/Documents/WebObjects
>>>> WebObjectsAlias /apps/WebObjects
>>>> <Location /apps/WebObjects>
>>>> Order Allow,Deny
>>>> Allow from all
>>>> </Location>
>>>> ...
>>>>
>>>> I read somewhere about another alternative on OSX
>> with a
>>>> ScriptAliasMatch directive that matched the
>> WebObjects
>>>> handler part
>>>> in /cgi-bin out. But never tested this.
>>>>
>>>> I think you can drop the Directory directive, as
>> apache
>>>> doesn't read
>>>> webserverresources from there.
>>>>
>>>> [1] <http://wiki.wocommunity.org/display/documentation/Deploying+on
>>>> +Linux>
>>>>
>>>> Am Donnerstag, den 25.10.2012, 03:06 -0700 schrieb
>> Theodore
>>>> Petrosky:
>>>>> OK so I got my DNS issue fixed and apache like
>> it and
>>>> starts. and apache -M give me:
>>>>>
>>>>>
>>>>> disk_cache_module (shared)
>>>>> cgi_module (shared)
>>>>> version_module (shared)
>>>>> WebObjects_module (shared)
>>>>> ssl_module (shared)
>>>>> Syntax OK
>>>>>
>>>>> so the webobjects module is loading. I can get
>> a direct
>>>> connection to:
>>>>> http://10.1.5.100:56789 and javamonitor comes up.
>>>>>
>>>>> I want to run javamonitor through apache so I
>> created
>>>> an app. so to make a long story short, i added
>> javamonitor.
>>>>>
>>>>> it claims to be running. however I can not
>> connect to
>>>> the running instance.
>>>>> The requested URL
>> /cgi-bin/WebObjects/JMonitor.woa/1
>>>> was not found on this server.
>>>>>
>>>>> JavaMonitor lives at:
>>>>> /opt/Local/Library/WebObjects/JavaApplications
>>>>>
>>>>> and I have:
>>>>>
>>>>> <Directory
>>>>
>> "/opt/Local/Library/WebObjects/JavaApplications">
>>>>> AllowOverride All
>>>>> Order allow,deny
>>>>> Allow from all
>>>>> </Directory>
>>>>>
>>>>> in my httpd.conf, and the permissions for
>> javamonitor
>>>> are:
>>>>>
>>>>> drwxr-xr-x. 3 appserver appserveradm 4096
>> Oct 3
>>>> 15:31 JavaMonitor.woa
>>>>>
>>>>> where am I going wrong?
>>>>>
>>>>> Please, my head hurts.
>>>>>
>>>>> Ted
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>
>>
_______________________________________________
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