The app runs now but I get the dreaded "The requested application was not found 
on this server."

<for discussion - possible cause of the launch issue>
SpawnOfWotaskd.sh has this:

# Log messages will be written to:
LOG=/Library/WebObjects/Logs

That path does not exist on CentOS. The script tries to log to that path when 
/tmp/logWebObjects exists. It will exist when someone is trying to solve 
problems. Is there any chance that when /tmp/logWebObjects exists, and Spawn 
tries to write to the path (and can't) there could be a failure launching the 
app?

I changed LOG assignment to /opt/Local/Library/WebObjects/Logs in the script 
and now the app launches.
</for discussion>

So, now I have to figure out why  "The requested application was not found on 
this server." This feels more like home toto.

now on a first name basis with Spawn,

Tim

On May 8, 2013, at 10:29 AM, Tim Worman <[email protected]> wrote:

> Honestly, I've tried numerous different things in /etc/hosts. Currently,this 
> is what I have in there:
> 
> 127.0.0.1   localhost localhost.localdomain          
> <IP>   <hostname>.local       <hostname>
> 
> The loopback entries are pretty much the default I think. I really appreciate 
> all the advice - it's got to be something close.
> 
> Tim
> 
> On May 8, 2013, at 4:03 AM, Altera WO Team <[email protected]> wrote:
> 
>> Hi Tim,
>> 
>> what do you have in /etc/hosts ?
>> 
>> I had to put:
>> 
>> 127.0.0.1 localhost
>> ipaddress hostname
>> 
>> On a Centos 6.4 i had to fix that before being able to make an app launch 
>> via wotaskd, regardless of what i put in the properties…
>> 
>> Matteo
>> 
>> On 08/mag/2013, at 00:38, Tim Worman <[email protected]> wrote:
>> 
>>> I just had to double-check. I wish that had been the issue.
>>> 
>>> [worman@<hostname> ~]$ sestatus
>>> SELinux status:                 disabled
>>> 
>>> On May 7, 2013, at 2:43 PM, Hugi Thordarson <[email protected]> wrote:
>>> 
>>>> Have you tried disabling SElinux? You can do it temporarily by issuing:
>>>> 
>>>> echo 0 >/selinux/enforce
>>>> 
>>>> And then restart your perforce in fences isms.
>>>> 
>>>> - huge
>>>> 
>>>> 
>>>> 
>>>> On 7.5.2013, at 18:47, Tim Worman <[email protected]> wrote:
>>>> 
>>>>> Hoping someone can nudge me toward whatever is keeping my app from 
>>>>> running. I have never had so much difficulty getting a deployment going. 
>>>>> The main symptom I'm seeing right now is that my app simply will not 
>>>>> complete a launch from JavaMonitor. The On/Off image just flicks up and 
>>>>> down until a death is logged. Nothing meaningful is logged to 
>>>>> /tmp/WebObjects.log.
>>>>> 
>>>>> Every particular I can think of:
>>>>> 
>>>>> 1. Linode, Centos 6.2
>>>>> 2. used the wocommunity rpms to install wo bits
>>>>> 3. WOHost deliberately set to the hostname in wotaskd, JavaMonitor, and 
>>>>> app Properties
>>>>> 4. forward/reverse dns working properly with hostname
>>>>> 5. wotaskd config can be reached at http://<hostname>:1085
>>>>> 6. JavaMonitor is running and can be reached.
>>>>> 7. App instance is set to log to /opt/Local/Library/WebObjects/Logs - 
>>>>> nothing is written to the log when trying to launch the app
>>>>> 8. WebObjectsAlias /apps/WebObjects
>>>>> 9. mod_WebObjects loading before mod_rewrite
>>>>> 10. from my main apache conf
>>>>> Alias /WebObjects "/var/www/html/WebObjects"
>>>>> <Directory "/var/www/html/WebObjects">
>>>>>  AllowOverride All
>>>>>  Order allow,deny
>>>>>  Allow from all
>>>>> </Directory>
>>>>> 
>>>>> 
>>>>> <LocationMatch /apps/WebObjects/.*>
>>>>> Order allow,deny
>>>>> Allow from all
>>>>> </LocationMatch>
>>>>> 
>>>>> 11. from setting up linux on the wiki, I created 
>>>>> /etc/WebObjects/Properties -> 
>>>>> er.extensions.WOHostUtilities.localhostips=(<IP Address>)
>>>>> That suggestion is for addressing the symptom I'm experiencing.
>>>>> 
>>>>> 12. all apps have appserver/appserveradm ownership
>>>>> 
>>>>> Anyone have any ideas they can throw my way?  Please. :-)
>>>>> 
>>>>> Tim
>>>>> _______________________________________________
>>>>> Do not post admin requests to the list. They will be ignored.
>>>>> Webobjects-dev mailing list      ([email protected])
>>>>> Help/Unsubscribe/Update your Subscription:
>>>>> https://lists.apple.com/mailman/options/webobjects-dev/hugi%40karlmenn.is
>>>>> 
>>>>> 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:
>>> https://lists.apple.com/mailman/options/webobjects-dev/webobjects%40altera.it
>>> 
>>> 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:
> https://lists.apple.com/mailman/options/webobjects-dev/lists%40thetimmy.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:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to