Re: Why would native code in a java process fail - but only if started by wotaskd?
Re: Why would native code in a java process fail - but only if started by wotaskd?
- Subject: Re: Why would native code in a java process fail - but only if started by wotaskd?
- From: Hugi Thordarson <email@hidden>
- Date: Fri, 21 Aug 2009 13:31:08 +0000
On 21.8.2009, at 11:33, email@hidden wrote:
Can you check what version of the JVM each app is running? wotaskd
could be using a different version than the CLI.
Excellent suggestion, but does not seem to be the case.
Cheers,
- Hugi
On Aug 21, 2009, at 12:38 AM, Hugi Thordarson wrote:
He's back! :-)
Of course, I'm always back. You won't get rid of me that easily :-).
Is there a GUI logged in user at reboot and not later when the app
is restarted?
It doesn't seem to matter if there's a GUI user logged in or not :-/.
This problem seems so obscure, I don't think it's even worth
tracking. I'll probably just take the easy route and just get a new
machine - I've been planning to set up a Linux machine at home
anyway...
Cheers,
- Hugi
Chuck
On Aug 20, 2009, at 8:40 AM, Hugi Thordarson wrote:
OK, a little brain teaser.
I have a WO server - a G4 Mac Mini running current Leopard/Java
5, WO 5.4, PWO nightly etc. - all in all, a pretty up to date
environment.
If I restart this WO server, all applications will run fine
immediately afterwards. However, if I stop/start an application
in JavaMonitor, code that calls native code stops functioning.
DNS-lookups, some AWT-stuff, some functionality that uses
javax.crypto - all will fail with various exceptions. The only
common denominator I've found is that failure happens when the
app attempts to run native code.
But. If I run the application from the CLI, everything functions
as expected.
In both cases, applications are running as "root" so permission
problems seem implausible.
This one's got me stumped, so - any ideas?
Cheers,
- Hugi
// Hugi Thordarson
// http://hugi.karlmenn.is/
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
--
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@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden