Martin Gainty schrieb am 02.02.2009 um 17:45:42 (-0500):
>
> i downloaded libxml and dont see any Visual Studio project files
> (assuming they are *.ds?) ..although I see makefiles in \win32 folder
That's a misunderstanding - I was talking about Berkeley DB XML, which
is an XML extension to the
.
> Date: Mon, 2 Feb 2009 23:35:26 +0100
> From: mil...@gmx.de
> To: users@tomcat.apache.org
> Subject: Re: UnsatisfiedLinkError in Windows Service (tomcat6w/5w.exe)
>
> Martin Gainty schrieb am 01.02.2009 um 22:42:59 (-0500):
> >
> > saw this in the 2.2.69 rea
Caldarale, Charles R schrieb am 01.02.2009 um 22:38:57 (-0600):
> > From: Michael Ludwig [mailto:mil...@gmx.de]
> > Subject: Re: UnsatisfiedLinkError in Windows Service (tomcat6w/5w.exe)
> >
> > The Java bridge DLLs (or whatever they're called) can be moved to a
&g
Martin Gainty schrieb am 01.02.2009 um 22:42:59 (-0500):
>
> saw this in the 2.2.69 readme.txt did you use cscript to config the
> environment?
Version 2.2.69 of what? Anyway, Berkeley DB XML on Windows is built
using a Visual Studio project file.
> cscript configure.js help
No such thing in
> From: Michael Ludwig [mailto:mil...@gmx.de]
> Subject: Re: UnsatisfiedLinkError in Windows Service (tomcat6w/5w.exe)
>
> The Java bridge DLLs (or whatever they're called) can be moved to a
> directory only contained in java.library.path, but not in PATH. The
> other libr
gmx.de
> To: users@tomcat.apache.org
> Subject: Re: UnsatisfiedLinkError in Windows Service (tomcat6w/5w.exe)
>
> Caldarale, Charles R schrieb am 29.01.2009 um 22:45:40 (-0600):
> > > From: Michael Ludwig [mailto:mil...@gmx.de]
> > > Subject: Re: UnsatisfiedLinkError
Caldarale, Charles R schrieb am 29.01.2009 um 22:45:40 (-0600):
> > From: Michael Ludwig [mailto:mil...@gmx.de]
> > Subject: Re: UnsatisfiedLinkError in Windows Service (tomcat6w/5w.exe)
> >
> > -Djava.library.path=C:\Server;C:\src\BerkeleyDbXml\dbxml-2.4.1
> > 6\bin\
> From: Michael Ludwig [mailto:mil...@gmx.de]
> Subject: Re: UnsatisfiedLinkError in Windows Service (tomcat6w/5w.exe)
>
> -Djava.library.path=C:\Server;C:\src\BerkeleyDbXml\dbxml-2.4.1
> 6\bin\debug;...
Is *src* really the right place to find the DLLs?
I realize it's long,
Caldarale, Charles R schrieb am 22.01.2009 um 21:52:36 (-0600):
> > From: Michael Ludwig [mailto:mil...@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 onc
Konstantin Kolinko schrieb am 23.01.2009 um 04:57:31 (+0300):
>
> I think that the answer is (and your solution proves this) that the
> statement that service does not need environment variables is not 100%
> true.
>
> That is, if you compare *.bat/*.sh with how the service is started,
> you can
> From: Michael Ludwig [mailto:mil...@gmx.de]
> Subject: Re: UnsatisfiedLinkError in Windows Service (tomcat6w/5w.exe)
>
> Turns out the Tomcat service does not disregard the PATH. It needs the
> directory in the PATH, and *in addition* to be present in the PATH the
> directory
Hi, Michael.
I am glad to hear that you solved this.
>
> Hmm. Apparently, the directory hadn't been in the PATH the moment
> the SYSTEM account took a copy of it. Maybe SYSTEM doesn't read the
> environment again later on. It may only get to see updates to the PATH
> after a reboot. Or some other
Konstantin Kolinko schrieb am 22.01.2009 um 07:51:16 (+0300):
> 2009/1/22 Michael Ludwig :
> > But I'm assured by the developers that:
> > "The Java API for DB XML begins by first trying to load the
> > release versions of the libraries, and failing that then tries
> > to load the debug versi
2009/1/22 Michael Ludwig :
> But I'm assured by the developers that:
> "The Java API for DB XML begins by first trying to load the
> release versions of the libraries, and failing that then tries
> to load the debug versions. If it fails to find both versions
> then the UnsatisfiedLinkError
Caldarale, Charles R schrieb am 20.01.2009 um 21:11:21 (-0600):
> Environment variables are not used by services, so it doesn't really
> matter what's in PATH.
True, it only matters for the script version.
> Does the account the Tomcat service runs under have access to the
> directory of interest
Tommy Pham schrieb am 20.01.2009 um 21:45:17 (-0800):
>
> I don't know if this is relevant to your problem or not and you didn't
> mention whether you're x64 or x86 of XP version.
Yes, I forgot to say, this is a 32 bit system.
> Here's where you can get 64bit for tomcat5:
> http://svn.apache.org
- Original Message
From: Michael Ludwig
To: Tomcat Users List
Sent: Tuesday, January 20, 2009 4:55:16 PM
Subject: UnsatisfiedLinkError in Windows Service (tomcat6w/5w.exe)
A primitive web app sketch involving Java extensions to a native library
(JNI) used up front in a
> From: Michael Ludwig [mailto:mil...@gmx.de]
> Subject: UnsatisfiedLinkError in Windows Service (tomcat6w/5w.exe)
>
> The directory containing these libraries *is* included in PATH.
Environment variables are not used by services, so it doesn't really matter
what's in PA
A primitive web app sketch involving Java extensions to a native library
(JNI) used up front in a ServletContextListener works when started via
bin\startup.bat but doesn't work when installed as a Windows service and
started via bin\tomcat6w.exe in the case of 6.0.18 or bin\tomcat5w.exe
in the case
19 matches
Mail list logo
