At the end it was trivial and easy to fix chown -R _appserver /Library/WebObjects/Applications/ImmoData.woa
Thanks for all your help ---markus--- On 07.08.2012, at 00:21, Chuck Hill <[email protected]> wrote: > 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]
