If I just ran the app through command line and paste the URL in the browser,
it will always give "The requested application was not found on this server"
message.

If I add an instance through the JavaMonitor, and run from there (same URL
basically), it works.

For deployment on non-leopard server, we can always just ran the app through
command line.  Not sure why on Leopard server, we can't do that anymore.
Anyone have the same experience?


On 6/26/08 1:52 PM, "Xia, Wen" <[EMAIL PROTECTED]> wrote:

> I tried the command, the host name matches the reverse DNS lookup.
> 
> 
> On 6/26/08 1:43 PM, "Pascal Robert" <[EMAIL PROTECTED]> wrote:
> 
>> To do a reserve DNS (IP -> name) lookup, open Terminal and type :
>> 
>> host 192.168.11.21
>> 
>> And to check forward DNS (name -> IP):
>> 
>> host budgetdevxs.dof.finance
>> 
>>> On the deployment machine, in Java Monitor -> Hosts tab, I got the
>>> host name
>>> as "budgetdevxs.dof.finance" with IP address 192.168.11.21.
>>> 
>>> When I ran the application from command line on the server with -
>>> WOHost
>>> budgetdevxs.dof.finance, the URL for web server connect is:
>>> http://192.168.11.21/cgi-bin/WebObjects/StaffDirectory.woa/-54324
>>> 
>>> I pasted the URL in browser and replaced the IP address with the
>>> host name,
>>> it still gives the same error message.  I don't know how to check the
>>> reverse DNS lookup.
>>> 
>>> 
>>> 
>>> On 6/26/08 1:22 PM, "Chuck Hill" <[EMAIL PROTECTED]> wrote:
>>> 
>>>> What host name are you using?  For a dev machine, this should be
>>>> localhost.  For deployment it should be the same as what hostname
>>>> returns.  I think.  It should match the reverse DNS lookup
>>>> 
>>>> 
>>>> 
>>>> 
>>>> On Jun 26, 2008, at 1:14 PM, Xia, Wen wrote:
>>>> 
>>>>> Thank you, Chuck.  I got the host name in wotaskd configuration and
>>>>> used it
>>>>> as -WOHost when launching the app, but still the same error
>>>>> occurred.  I
>>>>> wonder what else I should check?
>>>>> 
>>>>> 
>>>>> On 6/26/08 11:59 AM, "Chuck Hill" <[EMAIL PROTECTED]> wrote:
>>>>> 
>>>>>> 
>>>>>> On Jun 26, 2008, at 11:35 AM, Xia, Wen wrote:
>>>>>> 
>>>>>>> Thank you both for your help.
>>>>>>> 
>>>>>>> But where is build.properties?
>>>>>> 
>>>>>> It should be in the top level of your project.
>>>>>> 
>>>>>> 
>>>>>>> In build.xml, it looks for it in my home
>>>>>>> directory, but I can't find it there.  Is it generated/updated
>>>>>>> when I
>>>>>>> compiled the application?
>>>>>>> 
>>>>>>> I changed the principal class in the Properties for the project,
>>>>>>> and
>>>>>>> now it
>>>>>>> launches the application without exception:
>>>>>>> [2008-6-26 11:33:19 PDT] <main> WebObjects version = 5.4.1
>>>>>>> Welcome to StaffDirectory !
>>>>>>> -- Cleaning Log Files More Than 30 Days Old
>>>>>>> [2008-6-26 11:33:19 PDT] <main> The URL for webserver connect is:
>>>>>>> http://budgetdevxs/cgi-bin/WebObjects/StaffDirectory.woa/-54324
>>>>>>> [2008-6-26 11:33:20 PDT] <main> null
>>>>>>> [2008-6-26 11:33:19 PDT] <main> Waiting for requests...
>>>>>>> 
>>>>>>> But when I pasted the URL
>>>>>>> http://budgetdevxs/cgi-bin/WebObjects/StaffDirectory.woa/-54324 in
>>>>>>> my
>>>>>>> browser, it says: "The requested application was not found on this
>>>>>>> server."
>>>>>>> 
>>>>>>> I wonder what is wrong with it.  Thanks again.
>>>>>> 
>>>>>> Probably a host naming problem.  The WOHost parameter should match
>>>>>> what wotaskd is using on that machine.
>>>>>> 
>>>>>> Chuck
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>>> On 6/25/08 7:01 PM, "Guido Neitzer" <[EMAIL PROTECTED]> wrote:
>>>>>>> 
>>>>>>>> On 25.06.2008, at 18:12, Mike Schrag wrote:
>>>>>>>> 
>>>>>>>>> This is the problem ... Or rather, your build.properties is
>>>>>>>>> probably
>>>>>>>>> the root cause.  This variable should have been resolved at the
>>>>>>>>> time
>>>>>>>>> build.properties was generated.
>>>>>>>> 
>>>>>>>> Isn't that changed whenever you change the principal class in the
>>>>>>>> Properties for that project?
>>>>>>>> 
>>>>>>>> cug
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> 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/chill%40global-vil>>>>>>>
l
>>>>>>> ag
>>>>>>> e
>>>>>>> .
>>>>>>> net
>>>>>>> 
>>>>>>> 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]
>> 
>> 
>> -------------------------------------------------------
>> Pascal Robert
>> 
>> http://www.macti.ca
>> http://www.linkedin.com/in/macti
>> 
>> Skype: MacTICanada
>> AIM/iChat : MacTICanada
>> 
> 
>  _______________________________________________
> 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/wen.xia%40dof.ca.gov
> 
> 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]

Reply via email to