>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:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
