On Apr 2, 2009, at 11:37 AM, Mark Ritchie wrote:
On 2-Apr-09, at 2:21 PM, Chuck Hill wrote:
I am just using the stock code. Are you deploying your apps with
JavaMonitor on your dev machine? Dev mode launches are handled a
little differently and might short circuit some of this. But I
have had intermittent problems in the past if the app and wotaskd
were not launched with the same WOHost. If your app and wotaskd
are both using the Bonjour name that should be OK, but I am
paranoid and prefer localhost in development. For deployment, I
use the real DNS name for the server.
Just to be clear, I'm not deploying publicly accessible apps on my
dev machine! ;-) However I do find it useful to fully deploy apps
on my machine from time to time... Especially since I've got
additional logging turned on so that I can see what interesting
things are happening! (WOAdpator, SpawnOfTaskd, wotaskd,
JavaMonitor all have logging and sometimes additional parameters...)
I completely agree, I just wanted to clarify the exact situation under
discussion.
I agree that full deployment should probably have fqdn's (and that
reverse lookup is essential) however that should not stop
WOAdpatorInfo on the local machine reporting what's going on with
wotaskd on the same local machine!
No, it should not. I tried a local JM deployment recently and got
jammed up on this. But I did not really need it, so I went on with
the task at hand. I know that I have had it working on other
machines, just have not set this one up.
That being said, I'm currently debugging a solaris deployment where
a single machine has multiple public IP addresses and multiple
versions of apache! One version of apache sees the app server and
the other does not... :-(
Glad that is you! ;-)
Chuck
--
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/products/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:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [email protected]
