-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Mark,
On 8/20/14, 12:28 PM, Mark Eggers wrote: > On 8/20/2014 8:35 AM, Neil Aggarwal wrote: >> Mark: > >>> CATALINA_OPTS="-Djava.library.path=/usr/local/apr/lib" > >> I already have this in my startup script: >> CATALINA_OPTS="-Djava.library.path=/usr/local/apr/lib >> -Djava.awt.headless=true -Xmx2048m" > >> And the log has this: > >> INFO: The APR based Apache Tomcat Native library which allows >> optimal performance in production environments was not found on >> the java.library.path: / usr/local/apr/lib > >> I think /usr/local/apr/lib is already in the java.library.path >> variable. > >> Thanks, Neil > > > Neil, > > The ld.so.conf.d information I gave is completely wrong it seems. > > Java doesn't appear to respect ld.so.conf.d configuration files, > because when I placed the apr.conf in that directory and ran > ldconfig, I got the following: > > The APR based Apache Tomcat Native library which allows optimal > performance in production environments was not found on the > java.library.path: /usr/java > /packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib I'm not ld master, but I think you might need to reboot in order for changes to ld.conf and friends to change anything. > However, adding the following line to setenv.sh worked. > > CATALINA_OPTS="-Djava.library.path=/usr/local/apr/lib" > > Loaded APR based Apache Tomcat Native library 1.1.31 using APR > version 1.5.1. > > I'm running the following environment: > > Fedora 20 64 bit latest updates > > apr-util-1.5.3-1.fc20.x86_64 apr-util-devel-1.5.3-1.fc20.x86_64 > apr-devel-1.5.1-1.fc20.x86_64 apr-util-ldap-1.5.3-1.fc20.x86_64 > apr-1.5.1-1.fc20.x86_64 openssl-libs-1.0.1e-39.fc20.i686 > openssl-1.0.1e-39.fc20.x86_64 openssl-libs-1.0.1e-39.fc20.x86_64 > openssl-devel-1.0.1e-39.fc20.x86_64 > > Oracle JRE/JDK 1.7.0_67 64 bit Tomcat 8 built from source - > revision 1619129 > > I built and installed the library with: > > ./configure --with-apr=/usr --with-ssl=/usr make make install > > About the only difference I see is that the configure command is > different. In CentOS 6.5 I use the same configure command as I > listed above. Does CentOS 7 change how APR is set up? I don't know > since I've not installed CentOS 7 yet. Neil, It is certainly possible that loading libtcnative isn't the problem, but loading one of the dependent libraries is the problem. Given that you were able to build the library on the target machine (you built and ran on the same machine, right?), the chances that those support libraries (e.g. libssl, libcrypt, etc.) are not available is very low. Can you write a simple Java program that calls System.loadLibrary and see if you get better error messages? Tomcat might be hiding some error and masking the underlying error. - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJT9gpbAAoJEBzwKT+lPKRYWIAQAMu+qC+KTCXBGHRHBaF2tfMd ZDrrKWLIqDZdT/Pvc1ynhL9t22WAuavpC+A28yzXXP3zpYFiJ8QJv9KHpYYcrapI AYsb/5G9nYfor/C8YqeBYdvyBmck4XG9Z+Y7ILgLnjKjwev3df6DrNcQOu8SnMwj flcBQTNyXPoq0PMCjCAR8kOcPDKc0bEyul4L4la9VTKL38y7wT778Vuwf8LuG5EC 0LKCs9zxVx1u9Fox9y3I2sNpSUvXVXRwdPBnoKnksIk5Hv+kaDWG+BaVYX4VOoca xdHruv6pqAVCmRsuzPXYbUQCPCHOeLxgUb10wC6WLf0PUjZdpoxIxBYDQesoqXEt XyxNCW2ig9+3NwuZdKhC9xiVmfUyMgcYgFT3fq+68ncIZd/hUMm10Y6i9a5xaSzF JL90EwVws2nn9id2UUBaCDa0pa3e90Wuyb3VmqtN5/f9JcDbJzAHzGjhl0Qs43k5 JCYDYzRwWn9ZCUpR8YsxivJmKBY0juldKTgZKbxOZifDEDhDwwZ/h2k7WpBOgBt9 q0vv+86mzAnrdDQUS8QpKfIo0RHoTYAzGT0sreP9GwnGL70kc+GxBJAofINpTqTB AEy8FUrcFAFgmofelxt+YOAkHfzLJnYjeto013iaAaQKkg4/PkImXt+mTgGBaMAz Up/Fr7gDThLaJOgy3hIk =plEt -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
