tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From GOMEZ Henri <hgo...@slib.fr>
Subject RE: jk2 problems with libapr.so
Date Tue, 15 Jan 2002 09:12:36 GMT
>I am playing with jk2 and I have noted that the loadNative() 
>in AprImpl fails:
>+++
>java.lang.UnsatisfiedLinkError:
>/home/jakarta/jakarta-tomcat-4.0.1/webapps/jk/WEB-INF/jk2/jni/l
>ibapr.so:
>/home/jakarta/jakarta-tomcat-4.0.1/webapps/jk/WEB-INF/jk2/jni/l
>ibapr.so:
>undefined symbol: crypt
>        at java.lang.ClassLoader$NativeLibrary.load(Native Method)
>        at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1382)
>        at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1277)
>        at java.lang.Runtime.load0(Runtime.java:698)
>        at java.lang.System.load(System.java:797)
>        at org.apache.jk.apr.AprImpl.loadNative(AprImpl.java:90)
>        at org.apache.jk.apr.AprImpl.loadNative(AprImpl.java:78)
>        at org.apache.jk.common.ChannelUn.init(ChannelUn.java:135)
>+++
>The problem is that apr needs other dynamic library.
>
>How should we solve the problem?:
>1 - Loading the missing libraries in the JVM (via 
>System.load()) The list of
>needed library is in APRVARS.

Did the System.load code known it's running on an APR
platform ? if so may be fine to add the needed libs there.

>2 - Link jni_connect.so against a static libapr.a (like in 
>mod_webapp for
>Apache-1.3).
>    something like: gcc -shared -lm -lcrypt -lnsl -ldl -o 
>jni_connect.so ...
>libapr.a

the -lcrypt will need an update of build.xml ?

I'd prefer the option 1 since I'd like to have libapr.so used
instead of static libs, but it's just me own preference

--
To unsubscribe, e-mail:   <mailto:tomcat-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:tomcat-dev-help@jakarta.apache.org>


Mime
View raw message