You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Ole Ersoy <ol...@gmail.com> on 2007/08/16 00:02:06 UTC

Installing APR on Fedora

Hi,

I'm trying to get the APR native capabilities working on Fedora.  I first checked that apr and opensll was installed like this:

[ole@ole ~]$ rpm -qa | grep apr
apr-util-1.2.8-7
apr-1.2.8-6

[root@ole native]# rpm -qa | grep openssl
openssl-0.9.8b-12.fc7
openssl-devel-0.9.8b-12.fc7


Then I try to compile like this:

[root@ole native]# ./configure && make && make install --with-apr=/usr/lib/
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking for working mkdir -p... yes
Tomcat Native Version: 1.1.10
checking for chosen layout... tcnative
checking for APR... no
configure: error: APR could not be located. Please use the --with-apr option.
[root@ole native]# 

And like this:

[root@ole native]# ./configure && make && make install --with-apr=/usr/lib/apr-util-1/
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking for working mkdir -p... yes
Tomcat Native Version: 1.1.10
checking for chosen layout... tcnative
checking for APR... no
configure: error: APR could not be located. Please use the --with-apr option.
[root@ole native]# 

Anyone have any ideas on how to fix this?

Thanks,
- Ole


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


Re: Installing APR on Fedora

Posted by Hassan Schroeder <ha...@gmail.com>.
On 8/15/07, Ole Ersoy <ol...@gmail.com> wrote:

> [root@ole native]# ./configure --with-apr=/usr/lib

> checking for APR... configure: error: the --with-apr parameter is incorrect. It must specify an install prefix, a build directory, or an apr-config file.
>
> I think I liked it better before :-)

? But before, configure wasn't seeing your --with-apr argument
at all; now it is, but it's wrong. :-)

I just tried it on my local SuSE system where the APR header (.h)
files are in /usr/local/httpd-2.2.4/include using
  --with-apr=/usr/local/httpd-2.2.4
and it cranked right through...

FWIW!
-- 
Hassan Schroeder ------------------------ hassan.schroeder@gmail.com

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


Re: Installing APR on Fedora

Posted by Ole Ersoy <ol...@gmail.com>.
Hi Hassan,

I tried that as well:

[root@ole native]# ./configure --with-apr=/usr/lib
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking for working mkdir -p... yes
Tomcat Native Version: 1.1.10
checking for chosen layout... tcnative
checking for APR... configure: error: the --with-apr parameter is incorrect. It must specify an install prefix, a build directory, or an apr-config file.

I think I liked it better before :-)

Thanks tough,
- Ole



Hassan Schroeder wrote:
> On 8/15/07, Ole Ersoy <ol...@gmail.com> wrote:
> 
>> Then I try to compile like this:
>>
>> [root@ole native]# ./configure && make && make install --with-apr=/usr/lib/
> 
> ? Shouldn't you run ./configure --with-apr=/usr/lib && make...
> 
> Off the top of my head... :-)
> 

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


Re: Installing APR on Fedora

Posted by Hassan Schroeder <ha...@gmail.com>.
On 8/15/07, Ole Ersoy <ol...@gmail.com> wrote:

> Then I try to compile like this:
>
> [root@ole native]# ./configure && make && make install --with-apr=/usr/lib/

? Shouldn't you run ./configure --with-apr=/usr/lib && make...

Off the top of my head... :-)

-- 
Hassan Schroeder ------------------------ hassan.schroeder@gmail.com

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


RE: Installing APR on Fedora

Posted by Lakshmi Venkataraman <la...@foundrynet.com>.
/usr/local/apr/lib should be in your LD_LIBRARY_PATH.

--Lakshmi 

-----Original Message-----
From: Ole Ersoy [mailto:ole.ersoy@gmail.com] 
Sent: Thursday, August 16, 2007 2:47 PM
To: Tomcat Users List
Subject: Re: Installing APR on Fedora

Hi Rainer and Filip,

Could tcnative.so be called something else?  I ran this:

find / -name tcnative*.so

and it came up blank.  I tried 

find / -name *tc*.so

And it finds:

/home/ole/Desktop/tomcat-6.0.14/bin/tomcat-native-1.1.10-src/jni/native/
.libs/libtcnative-1.so
/usr/local/apr/lib/libtcnative-1.so

I ran:

ldd /usr/local/apr/lib/libtcnative-1.so all the dependencies returned
are in /lib or /usr/lib and there were no missing dependencies.

I figured I'd give it a try with the libtcnative-1.so, so I updated the
catalina classpath like this:
CLASSPATH="/usr/local/apr/lib":"$CLASSPATH":"$CATALINA_HOME"/bin/bootstr
ap.jar:"$CATALINA_HOME"/bin/commons-logging-api.jar

However it seems like catalina is not using the CLASSPATH when looking
for the library because I still get this:

Aug 16, 2007 4:37:21 PM org.apache.catalina.core.AprLifecycleListener
init
INFO: The Apache Tomcat Native library which allows optimal performance
in production environments was not found on the java.library.path:
/usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/lib/i386/client:/usr/lib/jvm/jav
a-1.6.0-sun-1.6.0.1/jre/lib/i386:/usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre
/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib

Thoughts?

Thanks again for all the super help!
- Ole




 


Rainer Jung wrote:
> Where do you put tcnative.so?
> 
> And: if you do ldd PATH_TO_TCNATIVE/tcnative.so: are there any 
> dependencies shown, which do not lie in /lib or /usr/lib, or which ldd

> can not resolve? If yes: which libraries, and which path resp. which 
> libraries without path? Maybe just post the result of the ldd command.
> 
> Ole Ersoy wrote:
>> Hi Rainer,
>>
>> Thanks again for that great fix.  When I fired up Tomcat, I still get

>> this message:
>> Aug 16, 2007 9:53:05 AM org.apache.catalina.core.AprLifecycleListener
>> init
>> INFO: The Apache Tomcat Native library which allows optimal 
>> performance in production environments was not found on the
>> java.library.path: 
>> /usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/lib/i386/client:/usr/lib/jvm/
>> java-1.6.0-sun-1.6.0.1/jre/lib/i386:/usr/lib/jvm/java-1.6.0-sun-1.6.0
>> .1/jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib
>>
>>
>> I read in a post that adding /lib and /usr/lib/ to the classpath 
>> would take care of it, but I must be missing something else as well.

>> Any ideas?
>>
>> Thanks again,
>> - Ole
> 
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, 
> e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
> 
> 

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


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


Re: Logging.properties not found

Posted by Rainer Jung <ra...@kippdata.de>.
Your assignment to JAVA_OPTS seems to consist of multiple lines. You 
need to end all apart from the last with a backslash "\", so that the 
shell executing the script understands, that the following lines still 
contain content for the variable.

The error doesn't say, that it can't file a config file, it tells us 
that the shell tried to execute a file named

-Djava.util.logging.config.file=/export/home/lakshmi/Tomcat/conf/logging.properties

which it couldn't find.

BTW: It's not the original shutdown script, so it's not a bug in Tomcat.

Regards,

Rainer

Lakshmi Venkataraman wrote:
>  
> 
> We use Tomcat 5.5.23 on all platforms (Solaris, Linux and Win XP).
> On Solaris, I see the following message when Tomcat is shutdown.
> ./shutdown.sh:
>  
> -Djava.util.logging.config.file=/export/home/lakshmi/Tomcat/conf/logging
> .properties: not found
> 
> Here is an excerpt from the shutdown script:
> ---------- BEGIN EXCERPT ---------------------------------
> MAINCLASS=org.apache.catalina.startup.Bootstrap
> export MAINCLASS
> ACTION=stop
> export ACTION
> 
> JAVA_OPTS=-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogMana
> ger
> -Djava.util.logging.config.file="$CATALINA_BASE/conf/logging.properties"
> export JAVA_OPTS
> 
> LD_LIBRARY_PATH=$CATALINA_HOME/bin:$CATALINA_HOME/libexec:$CATALINA_HOME
> /conf:$LD_LIBRARY_PATH
> export $LD_LIBRARY_PATH
> PATH=$CATALINA_HOME/bin:$INM_HOME/bin:$CATALINA_HOME/conf:$PATH
> export $PATH
> CLASSPATH includes $CATALINA_HOME/conf/logging.properties
> 
> $JAVA_HOME/bin/java $JAVA_OPTS
> -Djava.endorsed.dirs="$JAVA_ENDORSED_DIRS" -classpath "$CLASSPATH"
> -Dcatalina.base="$CATALINA_BASE" -Dcatalina.home="$CATALINA_HOME"
> -Djava.io.tmpdir="$CATALINA_TMPDIR" $MAINCLASS $ACTION
> 
> --------------------------------- END EXCERPT ----------------
> As you can see, $PATH, $LD_LIBRARY_PATH, $CLASSPATH all point to
> $CATALINA_HOME/conf location.
> 
> Any clue why the message about logging.properties not being found is
> printed?
> 
> Thanks
> Lakshmi

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


Logging.properties not found

Posted by Lakshmi Venkataraman <la...@foundrynet.com>.
 

We use Tomcat 5.5.23 on all platforms (Solaris, Linux and Win XP).
On Solaris, I see the following message when Tomcat is shutdown.
./shutdown.sh:
 
-Djava.util.logging.config.file=/export/home/lakshmi/Tomcat/conf/logging
.properties: not found

Here is an excerpt from the shutdown script:
---------- BEGIN EXCERPT ---------------------------------
MAINCLASS=org.apache.catalina.startup.Bootstrap
export MAINCLASS
ACTION=stop
export ACTION

JAVA_OPTS=-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogMana
ger
-Djava.util.logging.config.file="$CATALINA_BASE/conf/logging.properties"
export JAVA_OPTS

LD_LIBRARY_PATH=$CATALINA_HOME/bin:$CATALINA_HOME/libexec:$CATALINA_HOME
/conf:$LD_LIBRARY_PATH
export $LD_LIBRARY_PATH
PATH=$CATALINA_HOME/bin:$INM_HOME/bin:$CATALINA_HOME/conf:$PATH
export $PATH
CLASSPATH includes $CATALINA_HOME/conf/logging.properties

$JAVA_HOME/bin/java $JAVA_OPTS
-Djava.endorsed.dirs="$JAVA_ENDORSED_DIRS" -classpath "$CLASSPATH"
-Dcatalina.base="$CATALINA_BASE" -Dcatalina.home="$CATALINA_HOME"
-Djava.io.tmpdir="$CATALINA_TMPDIR" $MAINCLASS $ACTION

--------------------------------- END EXCERPT ----------------
As you can see, $PATH, $LD_LIBRARY_PATH, $CLASSPATH all point to
$CATALINA_HOME/conf location.

Any clue why the message about logging.properties not being found is
printed?

Thanks
Lakshmi

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


Re: Installing APR on Fedora

Posted by Filip Hanik - Dev Lists <de...@hanik.com>.
Rainer Jung wrote:
> If I remember that correctly:
>
> - if you include it in LD_LIBRARY_PATH, the JVM will add it to 
> java.library.path automatically
> - if you only add it to java.library.path, it will not be enough for 
> the runtime linker to find the tcnative dependencies apr and openssl
>
> Anyone: correct me if I'm wrong.
That is incorrect, it all depends on when the native library is loaded. 
For Tomcat/APR, I believe it is fully sufficient to add it as 
-Djava.library.path, but should you want to load an agent (like a 
profiler tool) then its too late, it has to be in the LD_LIBRARY_PATH 
variable

Filip
>
> Markus Schiegl wrote:
>> another way could be passing "-Djava.library.path=/usr/local/apr/lib" to
>> tomcat using CATALINA_OPTS for example.
>>
>> @all: any drawbacks doing it this way?
>>
>> kind regards,
>>    Markus
>>
>> Ole Ersoy wrote:
>>> Ooooh - OK - That makes a lot of sense :-)  Sweet - It looks like it's
>>> humming real well now, except for a few SSL complaints, but I should be
>>> able to bang those out.
>>>
>>> Thanks a gazillion Filip, Rainer, Stephen, Lakshmi, and Hassan.  You
>>> gracious help enabled me to keep my last hair :-)
>>>
>>> - Ole
>>>
>>> Filip Hanik - Dev Lists wrote:
>>>> ok, in your catalina.sh script you will need to do
>>>>
>>>> export LD_LIBRARY_PATH=/usr/local/apr/lib:$LD_LIBRARY_PATH
>>>>
>>>> the file it finds is the correct one.
>>>>
>>>> the CLASSPATH variable only applies to java libraries, this is a
>>>> native C library.
>>>>
>>>> Filip
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
>


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


Re: Installing APR on Fedora

Posted by Rainer Jung <ra...@kippdata.de>.
If I remember that correctly:

- if you include it in LD_LIBRARY_PATH, the JVM will add it to 
java.library.path automatically
- if you only add it to java.library.path, it will not be enough for the 
runtime linker to find the tcnative dependencies apr and openssl

Anyone: correct me if I'm wrong.

Markus Schiegl wrote:
> another way could be passing "-Djava.library.path=/usr/local/apr/lib" to
> tomcat using CATALINA_OPTS for example.
> 
> @all: any drawbacks doing it this way?
> 
> kind regards,
>    Markus
> 
> Ole Ersoy wrote:
>> Ooooh - OK - That makes a lot of sense :-)  Sweet - It looks like it's
>> humming real well now, except for a few SSL complaints, but I should be
>> able to bang those out.
>>
>> Thanks a gazillion Filip, Rainer, Stephen, Lakshmi, and Hassan.  You
>> gracious help enabled me to keep my last hair :-)
>>
>> - Ole
>>
>> Filip Hanik - Dev Lists wrote:
>>> ok, in your catalina.sh script you will need to do
>>>
>>> export LD_LIBRARY_PATH=/usr/local/apr/lib:$LD_LIBRARY_PATH
>>>
>>> the file it finds is the correct one.
>>>
>>> the CLASSPATH variable only applies to java libraries, this is a
>>> native C library.
>>>
>>> Filip

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


Re: Installing APR on Fedora

Posted by Markus Schiegl <ms...@schiegl.com>.
another way could be passing "-Djava.library.path=/usr/local/apr/lib" to
tomcat using CATALINA_OPTS for example.

@all: any drawbacks doing it this way?

kind regards,
   Markus

Ole Ersoy wrote:
> Ooooh - OK - That makes a lot of sense :-)  Sweet - It looks like it's
> humming real well now, except for a few SSL complaints, but I should be
> able to bang those out.
> 
> Thanks a gazillion Filip, Rainer, Stephen, Lakshmi, and Hassan.  You
> gracious help enabled me to keep my last hair :-)
> 
> - Ole
> 
> Filip Hanik - Dev Lists wrote:
>> ok, in your catalina.sh script you will need to do
>>
>> export LD_LIBRARY_PATH=/usr/local/apr/lib:$LD_LIBRARY_PATH
>>
>> the file it finds is the correct one.
>>
>> the CLASSPATH variable only applies to java libraries, this is a
>> native C library.
>>
>> Filip
>>
>>
>> Ole Ersoy wrote:
>>> Hi Rainer and Filip,
>>>
>>> Could tcnative.so be called something else?  I ran this:
>>>
>>> find / -name tcnative*.so
>>>
>>> and it came up blank.  I tried
>>> find / -name *tc*.so
>>>
>>> And it finds:
>>>
>>> /home/ole/Desktop/tomcat-6.0.14/bin/tomcat-native-1.1.10-src/jni/native/.libs/libtcnative-1.so
>>>
>>> /usr/local/apr/lib/libtcnative-1.so
>>>
>>> I ran:
>>>
>>> ldd /usr/local/apr/lib/libtcnative-1.so all the dependencies returned
>>> are in /lib or /usr/lib and there were no missing dependencies.
>>>
>>> I figured I'd give it a try with the libtcnative-1.so, so I updated
>>> the catalina classpath like this:
>>> CLASSPATH="/usr/local/apr/lib":"$CLASSPATH":"$CATALINA_HOME"/bin/bootstrap.jar:"$CATALINA_HOME"/bin/commons-logging-api.jar
>>>
>>>
>>> However it seems like catalina is not using the CLASSPATH when
>>> looking for the library because I still get this:
>>>
>>> Aug 16, 2007 4:37:21 PM org.apache.catalina.core.AprLifecycleListener
>>> init
>>> INFO: The Apache Tomcat Native library which allows optimal
>>> performance in production environments was not found on the
>>> java.library.path:
>>> /usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/lib/i386/client:/usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/lib/i386:/usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib
>>>
>>>
>>> Thoughts?
>>>
>>> Thanks again for all the super help!
>>> - Ole
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> Rainer Jung wrote:
>>>> Where do you put tcnative.so?
>>>>
>>>> And: if you do ldd PATH_TO_TCNATIVE/tcnative.so: are there any
>>>> dependencies shown, which do not lie in /lib or /usr/lib, or which
>>>> ldd can not resolve? If yes: which libraries, and which path resp.
>>>> which libraries without path? Maybe just post the result of the ldd
>>>> command.
>>>>
>>>> Ole Ersoy wrote:
>>>>> Hi Rainer,
>>>>>
>>>>> Thanks again for that great fix.  When I fired up Tomcat, I still
>>>>> get this message:
>>>>> Aug 16, 2007 9:53:05 AM
>>>>> org.apache.catalina.core.AprLifecycleListener init
>>>>> INFO: The Apache Tomcat Native library which allows optimal
>>>>> performance in production environments was not found on the
>>>>> java.library.path:
>>>>> /usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/lib/i386/client:/usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/lib/i386:/usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib
>>>>>
>>>>>
>>>>> I read in a post that adding /lib and /usr/lib/ to the classpath
>>>>> would take care of it, but I must be missing something else as
>>>>> well.  Any ideas?
>>>>>
>>>>> Thanks again,
>>>>> - Ole
>>>>
>>>> ---------------------------------------------------------------------
>>>> To start a new topic, e-mail: users@tomcat.apache.org
>>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To start a new topic, e-mail: users@tomcat.apache.org
>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To start a new topic, e-mail: users@tomcat.apache.org
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>>
> 
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
> 
> 

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


Re: Installing APR on Fedora

Posted by Ole Ersoy <ol...@gmail.com>.
Ooooh - OK - That makes a lot of sense :-)  Sweet - It looks like it's humming real well now, except for a few SSL complaints, but I should be able to bang those out.

Thanks a gazillion Filip, Rainer, Stephen, Lakshmi, and Hassan.  You gracious help enabled me to keep my last hair :-)

- Ole

Filip Hanik - Dev Lists wrote:
> ok, in your catalina.sh script you will need to do
> 
> export LD_LIBRARY_PATH=/usr/local/apr/lib:$LD_LIBRARY_PATH
> 
> the file it finds is the correct one.
> 
> the CLASSPATH variable only applies to java libraries, this is a native 
> C library.
> 
> Filip
> 
> 
> Ole Ersoy wrote:
>> Hi Rainer and Filip,
>>
>> Could tcnative.so be called something else?  I ran this:
>>
>> find / -name tcnative*.so
>>
>> and it came up blank.  I tried
>> find / -name *tc*.so
>>
>> And it finds:
>>
>> /home/ole/Desktop/tomcat-6.0.14/bin/tomcat-native-1.1.10-src/jni/native/.libs/libtcnative-1.so 
>>
>> /usr/local/apr/lib/libtcnative-1.so
>>
>> I ran:
>>
>> ldd /usr/local/apr/lib/libtcnative-1.so all the dependencies returned 
>> are in /lib or /usr/lib and there were no missing dependencies.
>>
>> I figured I'd give it a try with the libtcnative-1.so, so I updated 
>> the catalina classpath like this:
>> CLASSPATH="/usr/local/apr/lib":"$CLASSPATH":"$CATALINA_HOME"/bin/bootstrap.jar:"$CATALINA_HOME"/bin/commons-logging-api.jar 
>>
>>
>> However it seems like catalina is not using the CLASSPATH when looking 
>> for the library because I still get this:
>>
>> Aug 16, 2007 4:37:21 PM org.apache.catalina.core.AprLifecycleListener 
>> init
>> INFO: The Apache Tomcat Native library which allows optimal 
>> performance in production environments was not found on the 
>> java.library.path: 
>> /usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/lib/i386/client:/usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/lib/i386:/usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib 
>>
>>
>> Thoughts?
>>
>> Thanks again for all the super help!
>> - Ole
>>
>>
>>
>>
>>
>>
>>
>> Rainer Jung wrote:
>>> Where do you put tcnative.so?
>>>
>>> And: if you do ldd PATH_TO_TCNATIVE/tcnative.so: are there any 
>>> dependencies shown, which do not lie in /lib or /usr/lib, or which 
>>> ldd can not resolve? If yes: which libraries, and which path resp. 
>>> which libraries without path? Maybe just post the result of the ldd 
>>> command.
>>>
>>> Ole Ersoy wrote:
>>>> Hi Rainer,
>>>>
>>>> Thanks again for that great fix.  When I fired up Tomcat, I still 
>>>> get this message:
>>>> Aug 16, 2007 9:53:05 AM 
>>>> org.apache.catalina.core.AprLifecycleListener init
>>>> INFO: The Apache Tomcat Native library which allows optimal 
>>>> performance in production environments was not found on the 
>>>> java.library.path: 
>>>> /usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/lib/i386/client:/usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/lib/i386:/usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib 
>>>>
>>>>
>>>> I read in a post that adding /lib and /usr/lib/ to the classpath 
>>>> would take care of it, but I must be missing something else as 
>>>> well.  Any ideas?
>>>>
>>>> Thanks again,
>>>> - Ole
>>>
>>> ---------------------------------------------------------------------
>>> To start a new topic, e-mail: users@tomcat.apache.org
>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To start a new topic, e-mail: users@tomcat.apache.org
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>>
> 
> 
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
> 
> 

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


Re: Installing APR on Fedora

Posted by Filip Hanik - Dev Lists <de...@hanik.com>.
ok, in your catalina.sh script you will need to do

export LD_LIBRARY_PATH=/usr/local/apr/lib:$LD_LIBRARY_PATH

the file it finds is the correct one.

the CLASSPATH variable only applies to java libraries, this is a native 
C library.

Filip


Ole Ersoy wrote:
> Hi Rainer and Filip,
>
> Could tcnative.so be called something else?  I ran this:
>
> find / -name tcnative*.so
>
> and it came up blank.  I tried
> find / -name *tc*.so
>
> And it finds:
>
> /home/ole/Desktop/tomcat-6.0.14/bin/tomcat-native-1.1.10-src/jni/native/.libs/libtcnative-1.so 
>
> /usr/local/apr/lib/libtcnative-1.so
>
> I ran:
>
> ldd /usr/local/apr/lib/libtcnative-1.so all the dependencies returned 
> are in /lib or /usr/lib and there were no missing dependencies.
>
> I figured I'd give it a try with the libtcnative-1.so, so I updated 
> the catalina classpath like this:
> CLASSPATH="/usr/local/apr/lib":"$CLASSPATH":"$CATALINA_HOME"/bin/bootstrap.jar:"$CATALINA_HOME"/bin/commons-logging-api.jar 
>
>
> However it seems like catalina is not using the CLASSPATH when looking 
> for the library because I still get this:
>
> Aug 16, 2007 4:37:21 PM org.apache.catalina.core.AprLifecycleListener 
> init
> INFO: The Apache Tomcat Native library which allows optimal 
> performance in production environments was not found on the 
> java.library.path: 
> /usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/lib/i386/client:/usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/lib/i386:/usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib 
>
>
> Thoughts?
>
> Thanks again for all the super help!
> - Ole
>
>
>
>
>
>
>
> Rainer Jung wrote:
>> Where do you put tcnative.so?
>>
>> And: if you do ldd PATH_TO_TCNATIVE/tcnative.so: are there any 
>> dependencies shown, which do not lie in /lib or /usr/lib, or which 
>> ldd can not resolve? If yes: which libraries, and which path resp. 
>> which libraries without path? Maybe just post the result of the ldd 
>> command.
>>
>> Ole Ersoy wrote:
>>> Hi Rainer,
>>>
>>> Thanks again for that great fix.  When I fired up Tomcat, I still 
>>> get this message:
>>> Aug 16, 2007 9:53:05 AM 
>>> org.apache.catalina.core.AprLifecycleListener init
>>> INFO: The Apache Tomcat Native library which allows optimal 
>>> performance in production environments was not found on the 
>>> java.library.path: 
>>> /usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/lib/i386/client:/usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/lib/i386:/usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib 
>>>
>>>
>>> I read in a post that adding /lib and /usr/lib/ to the classpath 
>>> would take care of it, but I must be missing something else as 
>>> well.  Any ideas?
>>>
>>> Thanks again,
>>> - Ole
>>
>> ---------------------------------------------------------------------
>> To start a new topic, e-mail: users@tomcat.apache.org
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>


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


Re: Installing APR on Fedora

Posted by Ole Ersoy <ol...@gmail.com>.
Hi Rainer and Filip,

Could tcnative.so be called something else?  I ran this:

find / -name tcnative*.so

and it came up blank.  I tried 

find / -name *tc*.so

And it finds:

/home/ole/Desktop/tomcat-6.0.14/bin/tomcat-native-1.1.10-src/jni/native/.libs/libtcnative-1.so
/usr/local/apr/lib/libtcnative-1.so

I ran:

ldd /usr/local/apr/lib/libtcnative-1.so all the dependencies returned are in /lib or /usr/lib and there were no missing dependencies.

I figured I'd give it a try with the libtcnative-1.so, so I updated the catalina classpath like this:
CLASSPATH="/usr/local/apr/lib":"$CLASSPATH":"$CATALINA_HOME"/bin/bootstrap.jar:"$CATALINA_HOME"/bin/commons-logging-api.jar

However it seems like catalina is not using the CLASSPATH when looking for the library because I still get this:

Aug 16, 2007 4:37:21 PM org.apache.catalina.core.AprLifecycleListener init
INFO: The Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: /usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/lib/i386/client:/usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/lib/i386:/usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib

Thoughts?

Thanks again for all the super help!
- Ole




 


Rainer Jung wrote:
> Where do you put tcnative.so?
> 
> And: if you do ldd PATH_TO_TCNATIVE/tcnative.so: are there any 
> dependencies shown, which do not lie in /lib or /usr/lib, or which ldd 
> can not resolve? If yes: which libraries, and which path resp. which 
> libraries without path? Maybe just post the result of the ldd command.
> 
> Ole Ersoy wrote:
>> Hi Rainer,
>>
>> Thanks again for that great fix.  When I fired up Tomcat, I still get 
>> this message:
>> Aug 16, 2007 9:53:05 AM org.apache.catalina.core.AprLifecycleListener 
>> init
>> INFO: The Apache Tomcat Native library which allows optimal 
>> performance in production environments was not found on the 
>> java.library.path: 
>> /usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/lib/i386/client:/usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/lib/i386:/usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib 
>>
>>
>> I read in a post that adding /lib and /usr/lib/ to the classpath would 
>> take care of it, but I must be missing something else as well.  Any 
>> ideas?
>>
>> Thanks again,
>> - Ole
> 
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
> 
> 

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


Re: Installing APR on Fedora

Posted by Filip Hanik - Dev Lists <de...@hanik.com>.
Rainer Jung wrote:
> Where do you put tcnative.so?
more specifically, is LD_LIBRARY_PATH pointing to the directory of the 
.so file?

Filip
>
> And: if you do ldd PATH_TO_TCNATIVE/tcnative.so: are there any 
> dependencies shown, which do not lie in /lib or /usr/lib, or which ldd 
> can not resolve? If yes: which libraries, and which path resp. which 
> libraries without path? Maybe just post the result of the ldd command.
>
> Ole Ersoy wrote:
>> Hi Rainer,
>>
>> Thanks again for that great fix.  When I fired up Tomcat, I still get 
>> this message:
>> Aug 16, 2007 9:53:05 AM org.apache.catalina.core.AprLifecycleListener 
>> init
>> INFO: The Apache Tomcat Native library which allows optimal 
>> performance in production environments was not found on the 
>> java.library.path: 
>> /usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/lib/i386/client:/usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/lib/i386:/usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib 
>>
>>
>> I read in a post that adding /lib and /usr/lib/ to the classpath 
>> would take care of it, but I must be missing something else as well.  
>> Any ideas?
>>
>> Thanks again,
>> - Ole
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
>


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


Re: Installing APR on Fedora

Posted by Rainer Jung <ra...@kippdata.de>.
Where do you put tcnative.so?

And: if you do ldd PATH_TO_TCNATIVE/tcnative.so: are there any 
dependencies shown, which do not lie in /lib or /usr/lib, or which ldd 
can not resolve? If yes: which libraries, and which path resp. which 
libraries without path? Maybe just post the result of the ldd command.

Ole Ersoy wrote:
> Hi Rainer,
> 
> Thanks again for that great fix.  When I fired up Tomcat, I still get 
> this message:
> Aug 16, 2007 9:53:05 AM org.apache.catalina.core.AprLifecycleListener init
> INFO: The Apache Tomcat Native library which allows optimal performance 
> in production environments was not found on the java.library.path: 
> /usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/lib/i386/client:/usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/lib/i386:/usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib 
> 
> 
> I read in a post that adding /lib and /usr/lib/ to the classpath would 
> take care of it, but I must be missing something else as well.  Any ideas?
> 
> Thanks again,
> - Ole

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


Re: Installing APR on Fedora

Posted by Ole Ersoy <ol...@gmail.com>.
Hi Rainer,

Thanks again for that great fix.  When I fired up Tomcat, I still get this message:
Aug 16, 2007 9:53:05 AM org.apache.catalina.core.AprLifecycleListener init
INFO: The Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: /usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/lib/i386/client:/usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/lib/i386:/usr/lib/jvm/java-1.6.0-sun-1.6.0.1/jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib

I read in a post that adding /lib and /usr/lib/ to the classpath would take care of it, but I must be missing something else as well.  Any ideas?

Thanks again,
- Ole





Rainer Jung wrote:
> Hi Ole,
> 
> when you tried against your installed APR most likely the dev rpm, which 
> includes the necessary header files for compiltions where not installed.
> 
> When you tried against a BUILD directory, most likely the APR library 
> need for linking was not there.
> 
> Whichever way you choose, you need a full APR. I guess it would be 
> easiest to install the dev RPMs for apr and apr-util and then use the 
> installed files for configuring tcnative.
> 
> Now after you installed the additional dev packages (those are *not* the 
> src packages), you might want to check, where those packages installed 
> their contents to, because you need to give a path to the --with-apr 
> flag. You can check package install pathes for rpm with
> 
> rpm -q --filesbypkg PACKAGENAME
> 
> If your packages choose the default system instalation pathes, you 
> should be able to build without the with-apr flag. If the RPMs choose a 
> special installation dir, but are build nicely, you will have shell 
> scripts apr-1-config as part of one of the RPMs and you can give 
> with-apr the path to this file as parameter, which will tell configure 
> about the pathes of libs and headers. Lastly if you don't have the 
> config script, but libs and headers are in lib/ and include/ below some 
> dir, this dir will be a code value for with-apr.
> 
> HTH.
> 
> Rainer
> 
> Ole Ersoy wrote:
>> Hi Hassan,
>>
>> I did the following:
>>
>> rm -dfr tomcat-native-1.1.10-src/ tar xvfz tomcat-native.tar.gz
>> cd tomcat-native-1.1.10-src/jni/native
>> ./configure --prefix=/usr/local/apr 
>> --with-apr=/home/ole/rpmbuild/BUILD/apr-1.2.8/ && make && make install
>>
>> And I still get:
>>
>> le/rpmbuild/BUILD/apr-1.2.8/libapr-1.la -luuid -lcrypt -lpthread -ldl )
>> /usr/bin/ld: cannot find -lapr-1
>> collect2: ld returned 1 exit status
>> libtool: install: error: relink `libtcnative-1.la' with the above 
>> command before installing it
>> make: *** [install] Error 1
>>
>> Thoughts?
>>
>> Thanks again,
>> - Ole
>>
>>
>>
>> Hassan Schroeder wrote:
>>> On 8/15/07, Ole Ersoy <ol...@gmail.com> wrote:
>>>
>>>> I have a lot more progress now!  I get the following (The only 
>>>> important part is the bottom i think):
>>>>
>>>> [root@ole native]# ./configure 
>>>> --with-apr=/home/ole/rpmbuild/BUILD/apr-1.2.8/
>>> ...
>>>> libtool: install: error: relink `libtcnative-1.la' with the above 
>>>> command before installing it
>>>> make: *** [install] Error 1
>>>>
>>>> Any idea what this means?
>>>
>>> I'd suggest re-running this with a specific prefix to avoid potential
>>> conflict with anything currently installed, e.g.
>>>
>>> ./configure --prefix=/usr/local/apr
>>> --with-apr=/home/ole/rpmbuild/BUILD/apr-1.2.8/
>>>
>>> FWIW,
>>
>> ---------------------------------------------------------------------
>> To start a new topic, e-mail: users@tomcat.apache.org
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
> 

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


Re: Installing APR on Fedora

Posted by Ole Ersoy <ol...@gmail.com>.
Hi Jung,

That did the trick!

I downloaded and installed:
http://www.axint.net/apache/apr/binaries/rpm/i386/apr-devel-1.2.8-1.i386.rpm

Then I ran this:
./configure --with-apr=/usr/bin/apr-1-config && make && make install

That did the trick :-)

Thanks Jung, Hassan, and Stephen,
- Ole



Rainer Jung wrote:
> Hi Ole,
> 
> when you tried against your installed APR most likely the dev rpm, which 
> includes the necessary header files for compiltions where not installed.
> 
> When you tried against a BUILD directory, most likely the APR library 
> need for linking was not there.
> 
> Whichever way you choose, you need a full APR. I guess it would be 
> easiest to install the dev RPMs for apr and apr-util and then use the 
> installed files for configuring tcnative.
> 
> Now after you installed the additional dev packages (those are *not* the 
> src packages), you might want to check, where those packages installed 
> their contents to, because you need to give a path to the --with-apr 
> flag. You can check package install pathes for rpm with
> 
> rpm -q --filesbypkg PACKAGENAME
> 
> If your packages choose the default system instalation pathes, you 
> should be able to build without the with-apr flag. If the RPMs choose a 
> special installation dir, but are build nicely, you will have shell 
> scripts apr-1-config as part of one of the RPMs and you can give 
> with-apr the path to this file as parameter, which will tell configure 
> about the pathes of libs and headers. Lastly if you don't have the 
> config script, but libs and headers are in lib/ and include/ below some 
> dir, this dir will be a code value for with-apr.
> 
> HTH.
> 
> Rainer
> 
> Ole Ersoy wrote:
>> Hi Hassan,
>>
>> I did the following:
>>
>> rm -dfr tomcat-native-1.1.10-src/ tar xvfz tomcat-native.tar.gz
>> cd tomcat-native-1.1.10-src/jni/native
>> ./configure --prefix=/usr/local/apr 
>> --with-apr=/home/ole/rpmbuild/BUILD/apr-1.2.8/ && make && make install
>>
>> And I still get:
>>
>> le/rpmbuild/BUILD/apr-1.2.8/libapr-1.la -luuid -lcrypt -lpthread -ldl )
>> /usr/bin/ld: cannot find -lapr-1
>> collect2: ld returned 1 exit status
>> libtool: install: error: relink `libtcnative-1.la' with the above 
>> command before installing it
>> make: *** [install] Error 1
>>
>> Thoughts?
>>
>> Thanks again,
>> - Ole
>>
>>
>>
>> Hassan Schroeder wrote:
>>> On 8/15/07, Ole Ersoy <ol...@gmail.com> wrote:
>>>
>>>> I have a lot more progress now!  I get the following (The only 
>>>> important part is the bottom i think):
>>>>
>>>> [root@ole native]# ./configure 
>>>> --with-apr=/home/ole/rpmbuild/BUILD/apr-1.2.8/
>>> ...
>>>> libtool: install: error: relink `libtcnative-1.la' with the above 
>>>> command before installing it
>>>> make: *** [install] Error 1
>>>>
>>>> Any idea what this means?
>>>
>>> I'd suggest re-running this with a specific prefix to avoid potential
>>> conflict with anything currently installed, e.g.
>>>
>>> ./configure --prefix=/usr/local/apr
>>> --with-apr=/home/ole/rpmbuild/BUILD/apr-1.2.8/
>>>
>>> FWIW,
>>
>> ---------------------------------------------------------------------
>> To start a new topic, e-mail: users@tomcat.apache.org
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
> 

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


Re: Installing APR on Fedora

Posted by Rainer Jung <ra...@kippdata.de>.
Hi Ole,

when you tried against your installed APR most likely the dev rpm, which 
includes the necessary header files for compiltions where not installed.

When you tried against a BUILD directory, most likely the APR library 
need for linking was not there.

Whichever way you choose, you need a full APR. I guess it would be 
easiest to install the dev RPMs for apr and apr-util and then use the 
installed files for configuring tcnative.

Now after you installed the additional dev packages (those are *not* the 
src packages), you might want to check, where those packages installed 
their contents to, because you need to give a path to the --with-apr 
flag. You can check package install pathes for rpm with

rpm -q --filesbypkg PACKAGENAME

If your packages choose the default system instalation pathes, you 
should be able to build without the with-apr flag. If the RPMs choose a 
special installation dir, but are build nicely, you will have shell 
scripts apr-1-config as part of one of the RPMs and you can give 
with-apr the path to this file as parameter, which will tell configure 
about the pathes of libs and headers. Lastly if you don't have the 
config script, but libs and headers are in lib/ and include/ below some 
dir, this dir will be a code value for with-apr.

HTH.

Rainer

Ole Ersoy wrote:
> Hi Hassan,
> 
> I did the following:
> 
> rm -dfr tomcat-native-1.1.10-src/ tar xvfz tomcat-native.tar.gz
> cd tomcat-native-1.1.10-src/jni/native
> ./configure --prefix=/usr/local/apr 
> --with-apr=/home/ole/rpmbuild/BUILD/apr-1.2.8/ && make && make install
> 
> And I still get:
> 
> le/rpmbuild/BUILD/apr-1.2.8/libapr-1.la -luuid -lcrypt -lpthread -ldl )
> /usr/bin/ld: cannot find -lapr-1
> collect2: ld returned 1 exit status
> libtool: install: error: relink `libtcnative-1.la' with the above 
> command before installing it
> make: *** [install] Error 1
> 
> Thoughts?
> 
> Thanks again,
> - Ole
> 
> 
> 
> Hassan Schroeder wrote:
>> On 8/15/07, Ole Ersoy <ol...@gmail.com> wrote:
>>
>>> I have a lot more progress now!  I get the following (The only 
>>> important part is the bottom i think):
>>>
>>> [root@ole native]# ./configure 
>>> --with-apr=/home/ole/rpmbuild/BUILD/apr-1.2.8/
>> ...
>>> libtool: install: error: relink `libtcnative-1.la' with the above 
>>> command before installing it
>>> make: *** [install] Error 1
>>>
>>> Any idea what this means?
>>
>> I'd suggest re-running this with a specific prefix to avoid potential
>> conflict with anything currently installed, e.g.
>>
>> ./configure --prefix=/usr/local/apr
>> --with-apr=/home/ole/rpmbuild/BUILD/apr-1.2.8/
>>
>> FWIW,
> 
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
> 

-- 
--
kippdata
informationstechnologie GmbH   Tel: 0228 98549 -0
Bornheimer Str. 33a            Fax: 0228 98549 -50
53111 Bonn                     www.kippdata.de

HRB 8018 Amtsgericht Bonn / USt.-IdNr. DE 196 457 417
Geschäftsführer: Dr. Thomas Höfer, Rainer Jung, Sven Maurmann
===============================
kippdata
informationstechnologie GmbH   Tel: +49 228 98549 -0
Bornheimer Str. 33a            Fax: +49 228 98549 -50
D-53111 Bonn                   www.kippdata.de

HRB 8018 Amtsgericht Bonn / USt.-IdNr. DE 196 457 417
Geschäftsführer: Dr. Thomas Höfer, Rainer Jung, Sven Maurmann

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


Re: Installing APR on Fedora

Posted by Ole Ersoy <ol...@gmail.com>.
Hi Hassan,

I did the following:

rm -dfr tomcat-native-1.1.10-src/ 
tar xvfz tomcat-native.tar.gz
cd tomcat-native-1.1.10-src/jni/native
./configure --prefix=/usr/local/apr --with-apr=/home/ole/rpmbuild/BUILD/apr-1.2.8/ && make && make install

And I still get:

le/rpmbuild/BUILD/apr-1.2.8/libapr-1.la -luuid -lcrypt -lpthread -ldl )
/usr/bin/ld: cannot find -lapr-1
collect2: ld returned 1 exit status
libtool: install: error: relink `libtcnative-1.la' with the above command before installing it
make: *** [install] Error 1

Thoughts?

Thanks again,
- Ole



Hassan Schroeder wrote:
> On 8/15/07, Ole Ersoy <ol...@gmail.com> wrote:
> 
>> I have a lot more progress now!  I get the following (The only important part is the bottom i think):
>>
>> [root@ole native]# ./configure --with-apr=/home/ole/rpmbuild/BUILD/apr-1.2.8/
> ...
>> libtool: install: error: relink `libtcnative-1.la' with the above command before installing it
>> make: *** [install] Error 1
>>
>> Any idea what this means?
> 
> I'd suggest re-running this with a specific prefix to avoid potential
> conflict with anything currently installed, e.g.
> 
> ./configure --prefix=/usr/local/apr
> --with-apr=/home/ole/rpmbuild/BUILD/apr-1.2.8/
> 
> FWIW,

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


Re: Installing APR on Fedora

Posted by Hassan Schroeder <ha...@gmail.com>.
On 8/15/07, Ole Ersoy <ol...@gmail.com> wrote:

> I have a lot more progress now!  I get the following (The only important part is the bottom i think):
>
> [root@ole native]# ./configure --with-apr=/home/ole/rpmbuild/BUILD/apr-1.2.8/
...
> libtool: install: error: relink `libtcnative-1.la' with the above command before installing it
> make: *** [install] Error 1
>
> Any idea what this means?

I'd suggest re-running this with a specific prefix to avoid potential
conflict with anything currently installed, e.g.

./configure --prefix=/usr/local/apr
--with-apr=/home/ole/rpmbuild/BUILD/apr-1.2.8/

FWIW,
-- 
Hassan Schroeder ------------------------ hassan.schroeder@gmail.com

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


Re: Installing APR on Fedora

Posted by Ole Ersoy <ol...@gmail.com>.
Hi Hassan and Stephen,

Thanks for all the tips :-)

I have a lot more progress now!  I get the following (The only important part is the bottom i think):

[root@ole native]# ./configure --with-apr=/home/ole/rpmbuild/BUILD/apr-1.2.8/ && make && make install
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking for working mkdir -p... yes
Tomcat Native Version: 1.1.10
checking for chosen layout... tcnative
checking for APR... yes
  setting CC to "gcc"
  setting CPP to "gcc -E"
checking for a BSD-compatible install... /usr/bin/install -c
checking for JDK location (please wait)... /usr/lib/jvm/java from environment
checking Java platform... checking Java platform...
checking for sablevm... NONE
  adding "-I/usr/lib/jvm/java/include" to TCNATIVE_PRIV_INCLUDES
checking os_type directory...  linux
  adding "-I/usr/lib/jvm/java/include/linux" to TCNATIVE_PRIV_INCLUDES
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... no
checking whether gcc accepts -g... no
checking for gcc option to accept ANSI C... none needed
checking for OpenSSL library... using openssl from /usr/lib and /usr/include
checking OpenSSL library version... ok
checking for OpenSSL DSA support... yes
  setting TCNATIVE_LDFLAGS to "-lssl -lcrypto"
  setting CFLAGS to "-DHAVE_OPENSSL"
  setting TCNATIVE_LIBS to ""
  setting TCNATIVE_LIBS to " /home/ole/rpmbuild/BUILD/apr-1.2.8/libapr-1.la -luuid -lcrypt  -lpthread -ldl"
configure: creating ./config.status
config.status: creating tcnative.pc
config.status: creating Makefile
config.status: executing default commands
make[1]: Entering directory `/home/ole/Desktop/tomcat-6.0.14/bin/tomcat-native-1.1.10-src/jni/native'
make[1]: Nothing to be done for `local-all'.
make[1]: Leaving directory `/home/ole/Desktop/tomcat-6.0.14/bin/tomcat-native-1.1.10-src/jni/native'
make[1]: Entering directory `/home/ole/Desktop/tomcat-6.0.14/bin/tomcat-native-1.1.10-src/jni/native'
make[1]: Nothing to be done for `local-all'.
make[1]: Leaving directory `/home/ole/Desktop/tomcat-6.0.14/bin/tomcat-native-1.1.10-src/jni/native'
/home/ole/rpmbuild/BUILD/apr-1.2.8/build/mkdir.sh /usr/local/apr/include/apr-1 /usr/local/apr/lib/pkgconfig \
                     /usr/local/apr/lib /usr/local/apr/bin
/usr/bin/install -c -m 644 tcnative.pc /usr/local/apr/lib/pkgconfig/tcnative-1.pc
list=''; for i in $list; do \
                ( cd $i ; make DESTDIR= install ); \
        done
/bin/sh /home/ole/rpmbuild/BUILD/apr-1.2.8/libtool --mode=install /usr/bin/install -c -m 755 libtcnative-1.la /usr/local/apr/lib
libtool: install: warning: relinking `libtcnative-1.la'

>>>>>..I'm chiming in here.  I think it's talking about this command at the bottom...

(cd /home/ole/Desktop/tomcat-6.0.14/bin/tomcat-native-1.1.10-src/jni/native; /bin/sh /home/ole/rpmbuild/BUILD/apr-1.2.8/libtool  --silent --mode=relink gcc -pthread -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -DHAVE_CONFIG_H -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -DHAVE_OPENSSL -I/home/ole/Desktop/tomcat-6.0.14/bin/tomcat-native-1.1.10-src/jni/native/include -I/usr/lib/jvm/java/include -I/usr/lib/jvm/java/include/linux -I/home/ole/rpmbuild/BUILD/apr-1.2.8/include -version-info 1:10:1 -o libtcnative-1.la -rpath /usr/local/apr/lib src/user.lo src/sslinfo.lo src/ssl.lo src/stdlib.lo src/os.lo src/file.lo src/thread.lo src/poll.lo src/sslcontext.lo src/ss
etwork.lo src/lock.lo src/misc.lo src/shm.lo src/proc.lo src/sslutils.lo src/address.lo src/network.lo src/info.lo src/jnilib.lo src/multicast.lo src/error.lo src/dir.lo src/pool.lo src/mmap.lo os/unix/uxpipe.lo os/unix/system.lo -lssl -lcrypto /home/ole/rpmbuild/BUILD/apr-1.2.8/libapr-1.la -luuid -lcrypt -lpthread -ldl )
/usr/bin/ld: cannot find -lapr-1
collect2: ld returned 1 exit status
libtool: install: error: relink `libtcnative-1.la' with the above command before installing it
make: *** [install] Error 1

Any idea what this means?

I tried running this part again by itself:

(cd /home/ole/Desktop/tomcat-6.0.14/bin/tomcat-native-1.1.10-src/jni/native; /bin/sh /home/ole/rpmbuild/BUILD/apr-1.2.8/libtool  --silent --mode=relink gcc -pthread -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -DHAVE_CONFIG_H -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -DHAVE_OPENSSL -I/home/ole/Desktop/tomcat-6.0.14/bin/tomcat-native-1.1.10-src/jni/native/include -I/usr/lib/jvm/java/include -I/usr/lib/jvm/java/include/linux -I/home/ole/rpmbuild/BUILD/apr-1.2.8/include -version-info 1:10:1 -o libtcnative-1.la -rpath /usr/local/apr/lib src/user.lo src/sslinfo.lo src/ssl.lo src/stdlib.lo src/os.lo src/file.lo src/thread.lo src/poll.lo src/sslcontext.lo src/ss
etwork.lo src/lock.lo src/misc.lo src/shm.lo src/proc.lo src/sslutils.lo src/address.lo src/network.lo src/info.lo src/jnilib.lo src/multicast.lo src/error.lo src/dir.lo src/pool.lo src/mmap.lo os/unix/uxpipe.lo os/unix/system.lo -lssl -lcrypto /home/ole/rpmbuild/BUILD/apr-1.2.8/libapr-1.la -luuid -lcrypt -lpthread -ldl )

But I get:

bash: etwork.lo: command not found.  I thought maybe it was supposed to be network.lo, so I tried that as well, but it just gives me network.lo not found.  So I tried src/network.lo and this works (I had to make network.lo executable).  But when I now run make install I get this:

/usr/bin/ld: cannot find -lapr-1
collect2: ld returned 1 exit status
libtool: install: error: relink `libtcnative-1.la' with the above command before installing it
make: *** [install] Error 1

Yes!  The hamster made it all the way around.

Thoughts?  

Thanks again for all the help,
- Ole






Stephen.Morris@nab.com.au wrote:
> Hi Ole,
>         I may be wrong but I think the command, based on what you have 
> listed below, should have been:
> 
>                  ./configure --with-apr=/usr/lib/ && make && make install
> 
>         The other problem that I think you have is that given you are 
> compiling, I think it is looking for the source & header for apr, hence 
> depending on how your distribution does things you may need the apr-devel 
> packages. The naming conventions that my distribution uses indicates that 
> the apr packages you have indicated are the binary files. Assuming you are 
> compiling Tomcat all that may be necessary is to copy the .so files that 
> provide the apr api's into the appropriate Tomcat lib directory depending 
> on which version of Tomcat you are trying to use.
> 
> Stephen Morris 
> Security Technician, IT Security Access Management 
> Technology Security & Risk, National Australia Bank 
> 
> Level 8, 800 Bourke St, Melbourne VIC 3000 
> Tel: +61 (0) 3 8634 1755   |  Mob: 0438 537 569 
> Email: Stephen.Morris@nab.com.au 
> 
> 
> 
> 
> Ole Ersoy <ol...@gmail.com> 
> 16/08/2007 08:02 AM
> Please respond to
> "Tomcat Users List" <us...@tomcat.apache.org>
> 
> 
> To
> users@tomcat.apache.org
> cc
> 
> Subject
> Installing APR on Fedora
> 
> 
> 
> 
> 
> 
> Hi,
> 
> I'm trying to get the APR native capabilities working on Fedora.  I first 
> checked that apr and opensll was installed like this:
> 
> [ole@ole ~]$ rpm -qa | grep apr
> apr-util-1.2.8-7
> apr-1.2.8-6
> 
> [root@ole native]# rpm -qa | grep openssl
> openssl-0.9.8b-12.fc7
> openssl-devel-0.9.8b-12.fc7
> 
> 
> Then I try to compile like this:
> 
> [root@ole native]# ./configure && make && make install 
> --with-apr=/usr/lib/
> checking build system type... i686-pc-linux-gnu
> checking host system type... i686-pc-linux-gnu
> checking target system type... i686-pc-linux-gnu
> checking for a BSD-compatible install... /usr/bin/install -c
> checking for working mkdir -p... yes
> Tomcat Native Version: 1.1.10
> checking for chosen layout... tcnative
> checking for APR... no
> configure: error: APR could not be located. Please use the --with-apr 
> option.
> [root@ole native]# 
> 
> And like this:
> 
> [root@ole native]# ./configure && make && make install 
> --with-apr=/usr/lib/apr-util-1/
> checking build system type... i686-pc-linux-gnu
> checking host system type... i686-pc-linux-gnu
> checking target system type... i686-pc-linux-gnu
> checking for a BSD-compatible install... /usr/bin/install -c
> checking for working mkdir -p... yes
> Tomcat Native Version: 1.1.10
> checking for chosen layout... tcnative
> checking for APR... no
> configure: error: APR could not be located. Please use the --with-apr 
> option.
> [root@ole native]# 
> 
> Anyone have any ideas on how to fix this?
> 
> Thanks,
> - Ole
> 
> 
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
> 
> 
> 
> 
> National Australia Bank Ltd - ABN 12 004 044 937
> This email may contain confidential information. If you are not the intended recipient, please immediately notify us at postmaster@nab.com.au or by replying to the sender, and then destroy all copies of this email. Except where this email indicates otherwise, views expressed in this email are those of the sender and not of National Australia Bank Ltd. Advice in this email does not take account of your objectives, financial situation, or needs. It is important for you to consider these matters and, if the e-mail refers to a product(s), you should read the relevant Product Disclosure Statement(s)/other disclosure document(s) before making any decisions. If you do not want email marketing from us in future, forward this email with "unsubscribe" in the subject line to Unsubscriptions@nab.com.au in order to stop marketing emails from this sender. National Australia Bank Ltd does not represent that this email is free of errors, viruses or interference.

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


Re: Installing APR on Fedora

Posted by St...@nab.com.au.
Hi Ole,
        I may be wrong but I think the command, based on what you have 
listed below, should have been:

                 ./configure --with-apr=/usr/lib/ && make && make install

        The other problem that I think you have is that given you are 
compiling, I think it is looking for the source & header for apr, hence 
depending on how your distribution does things you may need the apr-devel 
packages. The naming conventions that my distribution uses indicates that 
the apr packages you have indicated are the binary files. Assuming you are 
compiling Tomcat all that may be necessary is to copy the .so files that 
provide the apr api's into the appropriate Tomcat lib directory depending 
on which version of Tomcat you are trying to use.

Stephen Morris 
Security Technician, IT Security Access Management 
Technology Security & Risk, National Australia Bank 

Level 8, 800 Bourke St, Melbourne VIC 3000 
Tel: +61 (0) 3 8634 1755   |  Mob: 0438 537 569 
Email: Stephen.Morris@nab.com.au 




Ole Ersoy <ol...@gmail.com> 
16/08/2007 08:02 AM
Please respond to
"Tomcat Users List" <us...@tomcat.apache.org>


To
users@tomcat.apache.org
cc

Subject
Installing APR on Fedora






Hi,

I'm trying to get the APR native capabilities working on Fedora.  I first 
checked that apr and opensll was installed like this:

[ole@ole ~]$ rpm -qa | grep apr
apr-util-1.2.8-7
apr-1.2.8-6

[root@ole native]# rpm -qa | grep openssl
openssl-0.9.8b-12.fc7
openssl-devel-0.9.8b-12.fc7


Then I try to compile like this:

[root@ole native]# ./configure && make && make install 
--with-apr=/usr/lib/
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking for working mkdir -p... yes
Tomcat Native Version: 1.1.10
checking for chosen layout... tcnative
checking for APR... no
configure: error: APR could not be located. Please use the --with-apr 
option.
[root@ole native]# 

And like this:

[root@ole native]# ./configure && make && make install 
--with-apr=/usr/lib/apr-util-1/
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking for working mkdir -p... yes
Tomcat Native Version: 1.1.10
checking for chosen layout... tcnative
checking for APR... no
configure: error: APR could not be located. Please use the --with-apr 
option.
[root@ole native]# 

Anyone have any ideas on how to fix this?

Thanks,
- Ole


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




National Australia Bank Ltd - ABN 12 004 044 937
This email may contain confidential information. If you are not the intended recipient, please immediately notify us at postmaster@nab.com.au or by replying to the sender, and then destroy all copies of this email. Except where this email indicates otherwise, views expressed in this email are those of the sender and not of National Australia Bank Ltd. Advice in this email does not take account of your objectives, financial situation, or needs. It is important for you to consider these matters and, if the e-mail refers to a product(s), you should read the relevant Product Disclosure Statement(s)/other disclosure document(s) before making any decisions. If you do not want email marketing from us in future, forward this email with "unsubscribe" in the subject line to Unsubscriptions@nab.com.au in order to stop marketing emails from this sender. National Australia Bank Ltd does not represent that this email is free of errors, viruses or interference.