I would not use localhost for deployment.  I agree with Pascal, something is 
wrong with your DNS setup.  The name use MUST reverse resolve into the 
canonical IP of the machine.


Chuck

On 2012-08-06, at 11:17 AM, Pascal Robert wrote:

> Does the box have a real DNS name? In my experience, OS X Server is doing 
> nasty things when DNS is not setup (OS X "client" is more tolerant).
> 
> If the box is standalone, you could start the DNS service on OS X server, 
> make a DNS zone for a dummy domain (my.dom or something) and use that DNS 
> service as the DNS server for the box (e.g., in the network configuration of 
> the box, specify that the DNS server is 127.0.0.1).
> 
>> More weirdness:
>> 
>> Problem is clearly related to specifying WOHost:
>> Adding
>> 
>> <string>-WOHost</string>
>> <string>localhost>/string>
>> 
>> to WOTaskd and WOMonitor startup plist makes them hang, no matter what 
>> hostname I use (localhost, 127.0.0.1, FQDN. Bonjour Name). They do not 
>> respond to any connect request. They startup without a hick when I remove 
>> those params.
>> 
>> Ok, I run without them.
>> 
>> Next:
>> 
>> The following is the command line WOMonitor uses to start the app (no WOHost 
>> now! that was a problem in my first posting):
>> 
>> -WOPort 2001 -WOCachingEnabled YES -WODebuggingEnabled NO -WOOutputPath 
>> /Library/WebObjects/Logs/ImmoData-1 -WOAutoOpenInBrowser NO 
>> -WOAutoOpenClientApplication NO -WOLifebeatInterval 30 -WOLifebeatEnabled 
>> YES -WOLifebeatDestinationPort 1085 -WOAdaptor WODefaultAdaptor 
>> -WOWorkerThreadCount 8 -WOListenQueueSize 128 -WOWorkerThreadCountMin 16 
>> -WOWorkerThreadCountMax 256 -NSProjectSearchPath () -WOSessionTimeOut 3600 
>> -WOApplicationName ImmoData -WOMonitorEnabled YES -WONoPause YES -Xmx256M 
>> -Duser.name=production
>> 
>> Monitor is not able to bring up the app, starts reporting deaths. Using the 
>> very same command line from a terminal session starts the app and it works. 
>> And Monitor suddenly reports that the app is running (big power switch turns 
>> green). So monitor is not controlling the app but clearly sees it.
>> 
>> For now (testing purposes) I can run the app manually from terminal. 
>> But need more ideas from the deployment gurus out there (and what's wrong 
>> with -WOHost) ?
>> 
>> Thanks for any tips
>> 
>> ---markus---
>> 
>> On 03.08.2012, at 12:55, Markus Ruggiero <[email protected]> wrote:
>> 
>>> Hi,
>>> 
>>> I have a simple ERD2W application that is in ongoing development. For the 
>>> customer to be able to see progress I decided to set up an out-of-the-box 
>>> Mac Mini with Lion Server 10.7.4 and make a preliminary version of the app 
>>> available. Absolute minimum configured, installed wotaskd and womonitor 
>>> with Ken Ishimotos script (thanks Ken, good thing). Monitor and Taskd seem 
>>> to be fine, Monitor is reachable with Safari, added one Host (taskd is ok, 
>>> can get config xml file). Built my application embedding everything (using 
>>> build.xml in Eclipse). Application and instance configured properly in 
>>> Monitor but instance does not start. Trying to start the app from terminal 
>>> with all the command line args copied from Monitor brings the app halfway 
>>> up, then it sits there and hangs.
>>> 
>>> ....
>>> ....
>>> /Library/WebObjects/Application/ImmoData.woa/Contents/Frameworks/JavaEOAccess.framework/Resources/Java/javaeoaccess.jar
>>>  
>>> /Library/WebObjects/Application/ImmoData.woa/Contents/Frameworks/JavaEOAccess.framework/WebServerResources/Java/JavaEOAccess.jar
>>>  
>>> /Library/WebObjects/Application/ImmoData.woa/Contents/Frameworks/JavaEOControl.framework/Resources/Java/javaeocontrol.jar
>>>  
>>> /Library/WebObjects/Application/ImmoData.woa/Contents/Frameworks/JavaEOControl.framework/WebServerResources/Java/JavaEOControl.jar
>>>  
>>> /Library/WebObjects/Application/ImmoData.woa/Contents/Frameworks/JavaJDBCAdaptor.framework/Resources/Java/javajdbcadaptor.jar
>>>  
>>> /Library/WebObjects/Application/ImmoData.woa/Contents/Frameworks/JavaJDBCAdaptor.framework/WebServerResources/Java/JavaJDBCAdaptor.jar
>>>  
>>> /Library/WebObjects/Application/ImmoData.woa/Contents/Frameworks/JavaEOProject.framework/Resources/Java/javaeoproject.jar
>>> [2012-8-3 12:40:18 CEST] <main> Initialized : er.extensions.ERXExtensions
>>> [2012-8-3 12:40:19 CEST] <main> The bundle ImmoData has malformed version 
>>> number: 
>>> Aug 03 12:40:20 N/A[N/A] INFO  org.apache.log4j.Logger  - Updated the 
>>> logging configuration with the current system properties.
>>> Aug 03 12:40:20 N/A[N/A] INFO  org.apache.log4j.Logger  - Updated the 
>>> logging configuration with the current system properties.
>>> Aug 03 12:40:20 N/A[N/A] WARN  NSLog  - Couldn't load properties file: 
>>> /var/root/WebObjects.properties at path: /var/root
>>> Aug 03 12:40:20 N/A[N/A] DEBUG NSLog  - Initialized : 
>>> er.prototypes.ERPrototypes
>>> Aug 03 12:40:20 N/A[N/A] WARN  NSLog  - Principal class 
>>> 'er.coolcomponents.ERCoolComponents' not found in bundle ERCoolComponents
>>> Aug 03 12:40:20 N/A[N/A] DEBUG NSLog  - Initialized : 
>>> er.directtoweb.ERDirectToWeb
>>> Aug 03 12:40:20 N/A[N/A] DEBUG NSLog  - Initialized : er.ajax.Ajax
>>> Aug 03 12:40:20 N/A[N/A] DEBUG NSLog  - WebObjects version = 5.4.3
>>> Aug 03 12:40:20 ImmoData[N/A] DEBUG NSLog  - Created adaptor of class 
>>> WODefaultAdaptor on port 2001 and address public2.local/192.168.56.110 with 
>>> WOWorkerThread minimum of 16 and maximum of 256
>>> Aug 03 12:40:21 ImmoData[2001] DEBUG NSLog  - Creating LifebeatThread now 
>>> with: ImmoData 2001 public2.local/192.168.56.110 1085 30000
>>> 
>>> here it just sits and waits, nothing happens anymore.
>>> 
>>> Any idea why? Any tips how to find out what it is waiting for and how to 
>>> fix things?
>>> 
>>> Thanks a lot
>>> ---markus---
>>> 
>>> 
>>> _______________________________________________
>>> 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/mailinglists%40kataputt.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/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:
> https://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net
> 
> This email sent to [email protected]

-- 
Chuck Hill             Senior Consultant / VP Development

Practical WebObjects - for developers who want to increase their overall 
knowledge of WebObjects or who are trying to solve specific problems.    
http://www.global-village.net/gvc/practical_webobjects









 _______________________________________________
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