Caldarale, Charles R wrote:
From: André Warnier [mailto:a...@ice-sa.com]
Subject: Re: path used for tc-natuve
This left me intellectually unsatisfied, because I still
did not know how Tomcat6 was finding this old tc-native,
Already told you: dlopen() is required to look in /usr/lib
Guys,
I feel you're seeing thing way too complicated.
Chris:
IIRC, Tomcat loads tcnative without a version number in it's name even
when it prefers a version that is of a certain level.
I don't believe you're right, since when I upgraded Tomcat5.5 having
an old version of tcnative installed,
Christopher,
thanks. You provided the missing pieces.
Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
(Just discovered how to type é on my Mac's keyboard.. no more
copy/paste for you name!)
Thanks for the effot. ;-)
It's getting better every year that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gregor,
On 12/16/11 3:50 AM, Gregor S. wrote:
Chris:
IIRC, Tomcat loads tcnative without a version number in it's name
even when it prefers a version that is of a certain level.
I don't believe you're right, since when I upgraded Tomcat5.5
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
On 12/16/11 5:13 AM, André Warnier wrote:
Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE- The issue is that the tomcat5
install (or a related package, or even someone manually
installing tcnative)
It was the Debian apt-get
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Subject: Re: path used for tc-natuve
dlopen does not take a search path as a parameter -- it always uses
LD_LIBRARY_PATH.
Well... no. If a slash is included in the dlopen() argument, that is taken to
be a path; it can
Christopher.
looks like I have some reading for the week-end.
Thanks for all the info.
Here is just the answer to your question :
Christopher Schultz wrote:
Try running this from the command line:
$ dpkg -S /usr/lib/tcnative.so (or whatever the exact filename is)
That will tell you what
R wrote:
From: André Warnier [mailto:a...@ice-sa.com] Subject: Re: path used
for tc-natuve
And if I do this, where do I put the result, in such a way that it
doesn't overwrite the existing one used by tomcat5.5 ?
One would normally place it in Tomcat's bin directory, and set
Gregor S. wrote:
Hi André,
Hi Gregor.
long time no see ;)
Indeed. Where have you been ?
...
You'l only need OpenSSL if you are running a https-connector. if you
don't use https, you don't need OpenSSL.
I am not using HTTPS, and my problem is not at the /running/ stage.
But from the
Hi André,
On Thu, Dec 15, 2011 at 3:45 PM, André Warnier a...@ice-sa.com wrote:
Indeed. Where have you been ?
either in the office or changing Junior's nappies ;)
I am not using HTTPS, and my problem is not at the /running/ stage.
But from the README, I got the impression that I needed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
On 12/14/11 2:57 AM, André Warnier wrote:
[T]hat's exactly why, for the time being, I have decided to do
without tc-native. The first line I saw in the tc-native source
README was something like to build, you may need OpenSSL xx ..
and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gregor,
On 12/15/11 8:34 AM, Gregor S. wrote:
And as mentioned in the thread here, you'll have to change your
LD-LIBRARY_PATH, so that it contains tcnative.
In my environment here, I just adapted the CTALINA_OPTS inside the
startup-script:
Hi Chris,
On Thu, Dec 15, 2011 at 4:34 PM, Christopher Schultz
ch...@christopherschultz.net wrote:
I think that's a bad idea because then you have built your libtcnative
(which can be considered Tomcat-version-specific, or at least
Tomcat-version-sensitive) for the whole system to use and
...and sorry for my typoes, I'm kind in a rush...
--
just because you're paranoid, don't mean they're not after you...
gpgp-fp: 3DB13F197F8A0360814885D1F1F1E2EFAD509AFD
skype:rc46fi
gplus.to/gregor
twitter.com/#/2smart4u
-
To
From: Gregor S. [mailto:rc4...@googlemail.com]
Subject: Re: path used for tc-natuve
I guess it's a bad idea to run two different versions
of Tomcat on the same box.
??? Clearly that's not true - it's done all the time. Much easier when not
using these 3rd-party repackaged corruptions
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gregor,
On 12/15/11 11:08 AM, Gregor S. wrote:
On Thu, Dec 15, 2011 at 4:34 PM, Christopher Schultz
ch...@christopherschultz.net wrote:
I think that's a bad idea because then you have built your
libtcnative (which can be considered
Hi Chuck!
On Thu, Dec 15, 2011 at 5:36 PM, Caldarale, Charles R
chuck.caldar...@unisys.com wrote:
From: Gregor S. [mailto:rc4...@googlemail.com]
Subject: Re: path used for tc-natuve
I guess it's a bad idea to run two different versions
of Tomcat on the same box.
??? Clearly that's not true
Gregor S. wrote:
Hi Chuck!
On Thu, Dec 15, 2011 at 5:36 PM, Caldarale, Charles R
chuck.caldar...@unisys.com wrote:
From: Gregor S. [mailto:rc4...@googlemail.com]
Subject: Re: path used for tc-natuve
I guess it's a bad idea to run two different versions
of Tomcat on the same box.
??? Clearly
From: André Warnier [mailto:a...@ice-sa.com]
Subject: Re: path used for tc-natuve
This left me intellectually unsatisfied, because I still
did not know how Tomcat6 was finding this old tc-native,
Already told you: dlopen() is required to look in /usr/lib - as a last resort.
Check out
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
(Just discovered how to type é on my Mac's keyboard.. no more
copy/paste for you name!)
On 12/15/11 1:15 PM, André Warnier wrote:
This left me intellectually unsatisfied, because I still did not
know how Tomcat6 was finding this old
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chuck,
On 12/12/11 8:27 PM, Caldarale, Charles R wrote:
From: André Warnier [mailto:a...@ice-sa.com] Subject: Re: path used
for tc-natuve
And if I do this, where do I put the result, in such a way that
it doesn't overwrite the existing one
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
All,
On 12/13/11 3:01 PM, Christopher Schultz wrote:
I think Andre's original problem wasn't with tcnative, but with
libapr. If you build the new tcnative dynamically-linked, then
you're going to have the same problem.
Er, nevermind: it *was*
Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chuck,
On 12/12/11 8:27 PM, Caldarale, Charles R wrote:
From: André Warnier [mailto:a...@ice-sa.com] Subject: Re: path used
for tc-natuve
And if I do this, where do I put the result, in such a way that
it doesn't
On Mon, Dec 12, 2011 at 17:36, André Warnier a...@ice-sa.com wrote:
Hi
On a Debian Linux system, was running a Debian-pre-packaged Tomcat 5.5.
We stopped this Tomcat 5.5, but did not remove the corresponding package(s).
Then we installed an official Tomcat 6, downloaded from the Tomcat
On 12 Dec 2011, at 16:37, André Warnier a...@ice-sa.com wrote:
Hi
On a Debian Linux system, was running a Debian-pre-packaged Tomcat 5.5.
We stopped this Tomcat 5.5, but did not remove the corresponding package(s).
Then we installed an official Tomcat 6, downloaded from the Tomcat website,
Pid * wrote:
On 12 Dec 2011, at 16:37, André Warnier a...@ice-sa.com wrote:
Hi
On a Debian Linux system, was running a Debian-pre-packaged Tomcat 5.5.
We stopped this Tomcat 5.5, but did not remove the corresponding package(s).
Then we installed an official Tomcat 6, downloaded from the
From: André Warnier [mailto:a...@ice-sa.com]
Subject: Re: path used for tc-natuve
it does not seem that there is either a $LD_LIBRARY_PATH set, nor an
explicit -Djava.library.path on the tomcat (or jsvc) command-line.
So then, to repeat the question, where might this Tomcat Native library
On Mon, Dec 12, 2011 at 23:25, André Warnier a...@ice-sa.com wrote:
[...]
1) these are the tomcat6 processes, as shown by ps :
(sorry for the format, I hope it is readable)
root 21245 1 0 21:19 ? 00:00:00 /usr/bin/jsvc -user tomcat55
-cp
On 12/12/2011 22:25, André Warnier wrote:
Pid * wrote:
On 12 Dec 2011, at 16:37, André Warnier a...@ice-sa.com wrote:
Hi
On a Debian Linux system, was running a Debian-pre-packaged Tomcat 5.5.
We stopped this Tomcat 5.5, but did not remove the corresponding
package(s).
Then we installed
From: Caldarale, Charles R
Subject: RE: path used for tc-natuve
So then, to repeat the question, where might this Tomcat Native
library be, which Tomcat finds and is complaining about ?
I wonder if dlopen() is defaulting to the ldconfig list? Look in
/etc/ld.so.conf
Caldarale, Charles R wrote:
From: Caldarale, Charles R
Subject: RE: path used for tc-natuve
So then, to repeat the question, where might this Tomcat Native
library be, which Tomcat finds and is complaining about ?
I wonder if dlopen() is defaulting to the ldconfig list? Look in
/etc
Pid wrote:
...
It's often found under /usr/lib/apr or /usr/local/apr.
You could just build the new version from the one in tomcat/bin.
And if I do this, where do I put the result, in such a way that it doesn't overwrite the
existing one used by tomcat5.5 ?
Or is that in the on-line docs ?
From: André Warnier [mailto:a...@ice-sa.com]
Subject: Re: path used for tc-natuve
And if I do this, where do I put the result, in such a way that
it doesn't overwrite the existing one used by tomcat5.5 ?
One would normally place it in Tomcat's bin directory, and set LD_LIBRARY_PATH
From: André Warnier [mailto:a...@ice-sa.com]
Subject: Re: path used for tc-natuve
which still does not really explain (to me) why Tomcat
looks for it there. Or is it jsvc ?
Neither - it's the Linux dynamic loader, required to do so by the Linux API
contract for dlopen().
So how do I
34 matches
Mail list logo