Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Received-SPF: pass (athena.apache.org: domain of milu71@gmx.de designates
 213.165.64.20 as permitted sender)
Date: Thu, 29 Jan 2009 00:35:41 +0100
From: Michael Ludwig <milu71@gmx.de>
To: Tomcat Users List <users@tomcat.apache.org>
Subject: Re: UnsatisfiedLinkError in Windows Service (tomcat6w/5w.exe)
Message-ID: <20090128233541.GB2032@wladimir>
References: <20090121005516.GC676@wladimir>
 <0AAE5AB84B013E45A7B61CB66943C17215A864AAA7@USEA-EXCH7.na.uis.unisys.com>
 <20090122002753.GD1572@wladimir>
 <427155180901212051r7bf89965ia6f11b7250309428@mail.gmail.com>
 <20090123004922.GA328@wladimir>
 <0AAE5AB84B013E45A7B61CB66943C17215A86E40F3@USEA-EXCH7.na.uis.unisys.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Disposition: inline
In-Reply-To: 
 <0AAE5AB84B013E45A7B61CB66943C17215A86E40F3@USEA-EXCH7.na.uis.unisys.com>
User-Agent: Mutt/1.4.2.2i

Caldarale, Charles R schrieb am 22.01.2009 um 21:52:36 (-0600):
> > From: Michael Ludwig [mailto:milu71@gmx.de]
> > Subject: Re: UnsatisfiedLinkError in Windows Service (tomcat6w/5w.exe)

> If you don't mind running another experiment, please start Tomcat as a
> service once with and once without the -Djava.library.path setting in
> the Java tab of tomcat6w.exe, and use LambdaProbe or JConsole to
> examine the system properties.

I'm connected to the Tomcat service via JConsole 1.6.0_11. On the
"VM Summary" tab, I can see the following for "Library path":

-Djava.library.path=C:\Server;C:\src\BerkeleyDbXml\dbxml-2.4.16\bin\debug;...

(I shortened it a bit.)

This is what I specified in the Java tab of tomcat6w, and is also
reflected among the "VM arguments" in JConsole.

Now I'm going to take that away, restart the service, reconnect and see.
First thing to notice is that the server starts fine, including the
context sporting a ServletContextListener dependent on the Berkeley
DbXml library. The library definitely loads fine. Now pasting the same
thing as before:

C:\Server\apache-tomcat-6.0.18\bin;.;C:\WINDOWS\Sun\Java\bin;...

Where you see ... I can see what looks like the value of my PATH. After
the other day's reboot, it includes the Berkeley DbXml directory.

> If -Djava.library.path is not set, you should see the system property
> set to the PATH value prefixed with Tomcat's bin directory and the
> current directory (.);

Plus, in my case, "C:\WINDOWS\Sun\Java\bin". Shouldn't matter, as this
doesn't exist.

> if -Djava.library.path is set, the system property should be just the
> value from the -D.

That's precisely what I'm seeing.

Another test: I move one of the DLLs to another directory, C:\TempLib,
and include it in java.library.path, but it won't be in PATH.

And this doesn't work: "Error listenerStart" on startup, the context in
question isn't loaded, although C:\TempLib is included in both the "VM
arguments" and the "Library path".

So I guess there is something wrong with Tomcat here.

Thanks for your help!

Michael Ludwig

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org