> Allan, > > the problem is the mod_jk2.so shared library is not able to find the > undefined symbol ap_server_root. I don't know in which library it > resides, but I have a similar problem with a different library, since my > connexion uses Unix sockets. You can look at the content of the shared > library using the nm command. The symbol prefixed by a U are the > undefined symbols and the symbols defined within the library are > prefixed with a T. > > For example, nm libjkjni.so | grep md5 will produce the following > output: > > U apr_md5_final > U apr_md5_init > U apr_md5_update > 0000c460 T jk2_md5 > > The jk2_md5 symbol is defined within the library and it probably > requires apr_md5_final, apr_md5_init and apr_md5_update which are tagged > undefined. > > $ nm libaprutil-0.so.0.9.5 | grep md5 > 00008590 T apr_md5 > 00008f80 T apr_md5_encode > 000084d0 T apr_md5_final > 000082a0 T apr_md5_init > 000082e0 T apr_md5_set_xlate > 00008330 T apr_md5_update > > Shows required symbols are in the libaprutil-0.so.0.9.5 shared library. > > Normally, with a right shared library configuration /etc/ld.so.conf or > appropriate LD_LIBRARY_PATH, the required symbols in libjkjni.so should > be resolved properly. And the error message from your catalina.out > logfile should not appear. > > Now, why it happens? I just don't know. I am getting a apr_md5_final > undefined symbol error even if my configuration seems OK. Is there > something different when the library is loaded from the Java JNI? I > don't know. > > So, at least you better understand what is happening, even if I am > useless to provide you with a solution... > >
I just get lots of `no symbols`, e.g. [EMAIL PROTECTED] apache2]# nm jkjni.so nm: jkjni.so: no symbols Allan --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
