Re: Apache Portable Runtime (APR) based Native library for Tomcat
On 1/12/11 2:51 PM, Peter Sparkes wrote: Hello, I have a number of Tomcat6 instances, using mod_jk, each of which runs a separate website (linux debian lenny). My catalina.out files contain: INFO: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: /usr/lib/jvm/java-6-sun-1.6.0.22/jre/lib/amd64/server: /usr/lib/jvm/java-6-sun-1.6.0.22/jre/lib/amd64: /usr/lib/jvm/java-6-sun-1.6.0.22/jre/../lib/amd64: /usr/java/packages/lib/amd64:/usr/lib64: /lib64: /lib:/usr/lib Please do you believe that in the above case installing APR would lead to a performance improvement. APR improves performance when sending static files or performing SSL. Are your Tomcat instances doing this? What are the limiting performance factors for your apps at present? p 0x62590808.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Re: Apache Portable Runtime ?
I wanted to add a little clarity to my question: I am not using SSL or serving any significant amount of static content - just good ol fashioned Jsp/Jstl's with a standalone tomcat (no Apache). A very svelt and simple web app that I am designing for performance. Given that, is it still a preferred idea to install APR? Is installing the APR considered a 'must do' for anyone looking to maximize the performance of Tomcat in production? Or is this something in the category of 'not neccessary/adviseable unless you need it'? Thanks -- View this message in context: http://www.nabble.com/Apache-Portable-Runtime---tp23786125p23786703.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Apache Portable Runtime ?
From: johnrock [mailto:johnpi...@yahoo.com] Subject: Re: Apache Portable Runtime ? Given that, is it still a preferred idea to install APR? Your best bet is to measure the performance of your webapp with and without APR. Since you're not using SSL and have limited static content, I suspect you won't see much of a difference. Is installing the APR considered a 'must do' for anyone looking to maximize the performance of Tomcat in production? Or is this something in the category of 'not neccessary/ adviseable unless you need it'? I'd put it in the latter category, unless you measure a noticeable throughput gain with it. Including APR does reduce portability, since you'll need a different native library for each platform, including just going from a 32- to 64-bit JVM. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Apache Portable Runtime ?
Caldarale, Charles R chuck.caldar...@unisys.com wrote in message news:0aae5ab84b013e45a7b61cb66943c17228f1795...@usea-exch7.na.uis.unisys.com... From: johnrock [mailto:johnpi...@yahoo.com] Subject: Re: Apache Portable Runtime ? Given that, is it still a preferred idea to install APR? Your best bet is to measure the performance of your webapp with and without APR. Since you're not using SSL and have limited static content, I suspect you won't see much of a difference. I agree with Chuck. The performance of APR against the other connectors varies a lot depending on the OS (e.g. last time I saw numbers, which was a while ago, APR for dynamic content was slower on Windows). If you don't expect to be handling a lot of concurrent connections with HTTP only than APR doesn't offer a lot of benifits. Is installing the APR considered a 'must do' for anyone looking to maximize the performance of Tomcat in production? Or is this something in the category of 'not neccessary/ adviseable unless you need it'? I'd put it in the latter category, unless you measure a noticeable throughput gain with it. Including APR does reduce portability, since you'll need a different native library for each platform, including just going from a 32- to 64-bit JVM. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Apache Portable Runtime ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 John, On 5/29/2009 4:38 PM, johnrock wrote: I wanted to add a little clarity to my question: I am not using SSL or serving any significant amount of static content - just good ol fashioned Jsp/Jstl's with a standalone tomcat (no Apache). A very svelt and simple web app that I am designing for performance. Aah... I read your messages out-of-order. APR will get you the biggest performance increase with static files and sendFile=true set on your connector. Still, any performance decisions made without actually doing some tests would be silly, so go ahead and benchmark your application and see what the difference is. Setting up APR is pretty trivial, so it's not like it will take too much effort to make an informed decision. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkogqqMACgkQ9CaO5/Lv0PAPPQCgwQPSbfPh2JljNRTkCG86hMNm +QYAnAonTQ4XbdhmGxFFo0SPV9QLfWVq =iDmt -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Apache Portable Runtime and Tomcat?
Hi Rainer, Thanks for the quick response! A couple more questions: if we grab the code for APR, OpenSSL and tcnative, and compile them (yes, we are on Windows), what will we get? Several dll's? And if so, do we just replace the tcnative-1.dll with these dll's or is there some other configuration that is necessary? Thanks, Jim -Original Message- From: Rainer Jung [mailto:[EMAIL PROTECTED] Sent: Friday, January 04, 2008 4:34 PM To: Tomcat Users List Subject: Re: Apache Portable Runtime and Tomcat? Hi Jim, APR and OpenSSL are maintained by other projects (apr.apache.org resp. www.openssl.org). The tcnative source can be obtained from http://www.apache.org/dist/tomcat/tomcat-connectors/native/ The download contain a dsp file for Visual Studio (supposing you are talking about WIN platform because you mentioned DLL), and a configure script for Unix/Linux. The configure script of the most recent version is 1.1.12 is broken (see mail on this list today), but the library code is fine. Regards, Rainer Jim Brikman (ybrikman) schrieb: The User Guide for the Apache Portable Runtime with Tomcat (http://tomcat.apache.org/tomcat-5.5-doc/apr.html) states the following: Windows binaries are provided for tcnative-1, which is a statically compiled .dll which includes OpenSSL and APR. It can be downloaded from here http://tomcat.heanet.ie/native/ as 32bit or AMD x86-64 binaries. In security conscious production environments, it is recommended to use separate shared dlls for OpenSSL, APR, and libtcnative-1, and update them as needed according to security bulletins. It may be obvious, but does anyone have step-by-step instructions on where/how to download/build these shared dlls for OpenSSL, APR and libtcnative-1 and configure Tomcat to use them? Thanks, Jim *Yevgeniy (Jim) Brikman* *Software Engineer* **Voice Technology Group* * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Phone :*978-936-0510* Mobile :*617-538-2632* ** 500 Beaver Brook Road Boxborough, MA 01719 United States www.cisco.com http://www.cisco.com/ - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache Portable Runtime and Tomcat?
Hi Jim, APR and OpenSSL are maintained by other projects (apr.apache.org resp. www.openssl.org). The tcnative source can be obtained from http://www.apache.org/dist/tomcat/tomcat-connectors/native/ The download contain a dsp file for Visual Studio (supposing you are talking about WIN platform because you mentioned DLL), and a configure script for Unix/Linux. The configure script of the most recent version is 1.1.12 is broken (see mail on this list today), but the library code is fine. Regards, Rainer Jim Brikman (ybrikman) schrieb: The User Guide for the Apache Portable Runtime with Tomcat (http://tomcat.apache.org/tomcat-5.5-doc/apr.html) states the following: Windows binaries are provided for tcnative-1, which is a statically compiled .dll which includes OpenSSL and APR. It can be downloaded from here http://tomcat.heanet.ie/native/ as 32bit or AMD x86-64 binaries. In security conscious production environments, it is recommended to use separate shared dlls for OpenSSL, APR, and libtcnative-1, and update them as needed according to security bulletins. It may be obvious, but does anyone have step-by-step instructions on where/how to download/build these shared dlls for OpenSSL, APR and libtcnative-1 and configure Tomcat to use them? Thanks, Jim *Yevgeniy (Jim) Brikman* *Software Engineer* **Voice Technology Group* * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Phone :*978-936-0510* Mobile :*617-538-2632* ** 500 Beaver Brook Road Boxborough, MA 01719 United States www.cisco.com http://www.cisco.com/ - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache Portable Runtime and Tomcat?
Hi Jim, to make it work, you need all three of them. I never used it in Windows, so I can only judge from the download and the docs page. The docs page http://tomcat.apache.org/tomcat-6.0-doc/apr.html says, that the precompiled binaries include openssl, apr and tcnative in one combined DLL. The source download contains two slightly different .dsp files, so I assume, one of them is for keeping the three DLLs separate, one for producing a single combined DLL. Regards, Rainer Jim Brikman (ybrikman) schrieb: Hi Rainer, Thanks for the quick response! A couple more questions: if we grab the code for APR, OpenSSL and tcnative, and compile them (yes, we are on Windows), what will we get? Several dll's? And if so, do we just replace the tcnative-1.dll with these dll's or is there some other configuration that is necessary? Thanks, Jim -Original Message- From: Rainer Jung [mailto:[EMAIL PROTECTED] Sent: Friday, January 04, 2008 4:34 PM To: Tomcat Users List Subject: Re: Apache Portable Runtime and Tomcat? Hi Jim, APR and OpenSSL are maintained by other projects (apr.apache.org resp. www.openssl.org). The tcnative source can be obtained from http://www.apache.org/dist/tomcat/tomcat-connectors/native/ The download contain a dsp file for Visual Studio (supposing you are talking about WIN platform because you mentioned DLL), and a configure script for Unix/Linux. The configure script of the most recent version is 1.1.12 is broken (see mail on this list today), but the library code is fine. Regards, Rainer Jim Brikman (ybrikman) schrieb: The User Guide for the Apache Portable Runtime with Tomcat (http://tomcat.apache.org/tomcat-5.5-doc/apr.html) states the following: Windows binaries are provided for tcnative-1, which is a statically compiled .dll which includes OpenSSL and APR. It can be downloaded from here http://tomcat.heanet.ie/native/ as 32bit or AMD x86-64 binaries. In security conscious production environments, it is recommended to use separate shared dlls for OpenSSL, APR, and libtcnative-1, and update them as needed according to security bulletins. It may be obvious, but does anyone have step-by-step instructions on where/how to download/build these shared dlls for OpenSSL, APR and libtcnative-1 and configure Tomcat to use them? Thanks, Jim *Yevgeniy (Jim) Brikman* *Software Engineer* **Voice Technology Group* * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Phone :*978-936-0510* Mobile :*617-538-2632* ** 500 Beaver Brook Road Boxborough, MA 01719 United States www.cisco.com http://www.cisco.com/ - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache Portable Runtime
The APR libs are not enough for the APR connector. Have a look at http://tomcat.apache.org/tomcat-5.5-doc/apr.html Regards, Rainer James Rome wrote: When Tomcat starts, I get: Jul 27, 2007 10:06:11 AM org.apache.catalina.core.AprLifecycleListener lifecycleEvent 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.5.0-sun-1.5.0_12/jre/lib/i386/client:/usr/lib/jvm/java-1.5.0-sun-1.5.0_12/jre/lib/i386:/usr/lib/jvm/java-1.5.0-sun-1.5.0_12/jre/../lib/i386 I have libapr1.so in /usr/lib, and I copied it to the above i386 directory, but Tomcat still does not see it. How do I get Tomcat to see this. Or is it looking for something else? Thanks, Jim Rome - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Apache Portable Runtime
You have to compile libtcnative as well. In addition to the documentation mentioned by Rainer, also look in the archives for the threads Tomcat native library Not found in Solaris 9 and Tomcat 5.5, IPv6, APR, HTTP and HTTPS Lakshmi -Original Message- From: Rainer Jung [mailto:[EMAIL PROTECTED] Sent: Friday, July 27, 2007 9:22 AM To: Tomcat Users List Subject: Re: Apache Portable Runtime The APR libs are not enough for the APR connector. Have a look at http://tomcat.apache.org/tomcat-5.5-doc/apr.html Regards, Rainer James Rome wrote: When Tomcat starts, I get: Jul 27, 2007 10:06:11 AM org.apache.catalina.core.AprLifecycleListener lifecycleEvent 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.5.0-sun-1.5.0_12/jre/lib/i386/client:/usr/lib/jvm/ java-1.5.0-sun-1.5.0_12/jre/lib/i386:/usr/lib/jvm/java-1.5.0-sun-1.5.0 _12/jre/../lib/i386 I have libapr1.so in /usr/lib, and I copied it to the above i386 directory, but Tomcat still does not see it. How do I get Tomcat to see this. Or is it looking for something else? Thanks, Jim Rome - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache Portable Runtime not found on the java.library.path
just for the records, indeed disabling the APR listener is solving the problem. Just tried out and it works. Thanks very much for your support George On Tue, Dec 20, 2005 at 01:46:55PM -0500, Adam Constabaris wrote: FTP wrote: I face the same problem with: Tomcat 5.5.12 jdk: 1.5.06 and cannot find the library you suggest in order to include it! APR integration isn't yet fully part of the Tomcat distribution, as far as I can tell (I think it's misleading of them to enable the APR listener on startup, because it makes you think you're supposed to use it). I'm not sure how stable the Tomcat developers consider the APR integration, so if you're at all concerned about that, it's probably easier to just comment out the Listener instead. If you want to use the APR libraries, first read http://tomcat.apache.org/tomcat-5.5-doc/apr.html to see if there are precompiled binaries for your platform (Windows only, AFAICT). If not, (a) install APR (http://apr.apache.org); if you use Linux, your distribution may ship the APR in a package. (b) compile libtcnative-1.so by unpacking $TOMCAT_HOME/bin/tomcat-native.tar.gz and following (most of) the instructions there; NOTE if you don't need openSSL support, be warned that --without-ssl switch did not work for me with tomcat-native-1.1.0 (ships with 5.5.12; 1.1.1 with 5.5.14-beta did honor that switch). HTH AC - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache Portable Runtime not found on the java.library.path
William Claxton wrote: Running Java JDK 1.4. After upgrading to Tomcat 5.5 I get this error. I have also installed the compatability upgrade for the Java Runtime. The Apache Portable Runtime which allows optimal performance in production environments was not found on the java.library.path. Any suggestion on how to resolve this? add the following to CATALINA_OPTS: -Djava.library.path=/path/to/lib The path you should use is the directory that actually contains libtcnative-1.so This is only documented in the BUILDING file in jni/native in the tomcat-native directory tree. HTH AC - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache Portable Runtime not found on the java.library.path
I face the same problem with: Tomcat 5.5.12 jdk: 1.5.06 and cannot find the library you suggest in order to include it! Any hint why? Thanks George On Tue, Dec 20, 2005 at 11:23:11AM -0500, Adam Constabaris wrote: William Claxton wrote: Running Java JDK 1.4. After upgrading to Tomcat 5.5 I get this error. I have also installed the compatability upgrade for the Java Runtime. The Apache Portable Runtime which allows optimal performance in production environments was not found on the java.library.path. Any suggestion on how to resolve this? add the following to CATALINA_OPTS: -Djava.library.path=/path/to/lib The path you should use is the directory that actually contains libtcnative-1.so This is only documented in the BUILDING file in jni/native in the tomcat-native directory tree. HTH AC - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache Portable Runtime not found on the java.library.path
FTP wrote: I face the same problem with: Tomcat 5.5.12 jdk: 1.5.06 and cannot find the library you suggest in order to include it! APR integration isn't yet fully part of the Tomcat distribution, as far as I can tell (I think it's misleading of them to enable the APR listener on startup, because it makes you think you're supposed to use it). I'm not sure how stable the Tomcat developers consider the APR integration, so if you're at all concerned about that, it's probably easier to just comment out the Listener instead. If you want to use the APR libraries, first read http://tomcat.apache.org/tomcat-5.5-doc/apr.html to see if there are precompiled binaries for your platform (Windows only, AFAICT). If not, (a) install APR (http://apr.apache.org); if you use Linux, your distribution may ship the APR in a package. (b) compile libtcnative-1.so by unpacking $TOMCAT_HOME/bin/tomcat-native.tar.gz and following (most of) the instructions there; NOTE if you don't need openSSL support, be warned that --without-ssl switch did not work for me with tomcat-native-1.1.0 (ships with 5.5.12; 1.1.1 with 5.5.14-beta did honor that switch). HTH AC - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache Portable Runtime not found on the java.library.path, resolved
At 02:46 AM 12/21/2005, Adam Constabaris wrote: FTP wrote: I face the same problem with: Tomcat 5.5.12 jdk: 1.5.06 and cannot find the library you suggest in order to include it! APR integration isn't yet fully part of the Tomcat distribution, as far as I can tell (I think it's misleading of them to enable the APR listener on startup, because it makes you think you're supposed to use it). I'm not sure how stable the Tomcat developers consider the APR integration, so if you're at all concerned about that, it's probably easier to just comment out the Listener instead. If you want to use the APR libraries, first read http://tomcat.apache.org/tomcat-5.5-doc/apr.html to see if there are precompiled binaries for your platform (Windows only, AFAICT). If not, (a) install APR (http://apr.apache.org); if you use Linux, your distribution may ship the APR in a package. (b) compile libtcnative-1.so by unpacking $TOMCAT_HOME/bin/tomcat-native.tar.gz and following (most of) the instructions there; NOTE if you don't need openSSL support, be warned that --without-ssl switch did not work for me with tomcat-native-1.1.0 (ships with 5.5.12; 1.1.1 with 5.5.14-beta did honor that switch). HTH AC Thank you all. I was able to recreate and resolve the problem on another machine (not the production server). Here's the procedure I followed. 1. Clean install of JRE 1.4.2_03. This is intentionally an older version to recreate environment on the production machine. 2. Clean install of Tomcat 5.5.14. During installation, initially encountered the error: Failed to install Tomcat 5 service. Check your settings and permissions. This was due to fact that, after uninstalling previous version of Tomcat, the Windows service was marked for deletion but not removed. I ran the INSTSRV utility to remove the service, but it failed. Apparently, this issue was encountered only because the Windows Services manager was open on the desktop. After closing and reopening, the service was gone, and Tomcat could install normally. 3. Starting Tomcat encounter the JVM error: This release of Apache Tomcat was packaged to run on J2SE 5.0 or later. It can be run on earlier JVMs by downloading and installing a compatibility package from the Apache Tomcat binary download page. 4. Deployed the compatability patch (by copying the files into Tomcat 'bin' and 'common' folders). 5. Restarting Tomcat encountered the APR error: The Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path. 6. Edited Tomcat 'server.xml' (in the 'conf' folder). Removed the line: Listener className=org.apache.catalina.core.AprLifecycleListener / 7. Restarting Tomcat, everything works fine! Regards, Bill Claxton ([EMAIL PROTECTED]) MSN: [EMAIL PROTECTED] Skype: [EMAIL PROTECTED] Blog: http://learningweb.blogspot.com
Re: Apache Portable Runtime
I tried this. Should libtcnative-1.so be in $CATALINA_HOME/bin? 'make' put it in .libs and I tried moving it. I also downloaded 5.5.13 which results in the same message. Thanks. Bill Barker wrote: Robert Palmer [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Is this something that I should worry about? Is it easily resolved? I have downloaded and installled Apache Portable Runtiime. It did not install in the Java path though? The message has been fixed in 5.5.13. What Tomcat is really looking for is libtcnative-1.so. To get that, you unpack tomcat-native.tar.gz (in $CATALINA_HOME/bin), then cd to the directory. From there do: $ ./configure --with-apr=/path/to/apr --with-ssl=/path/to/OpenSSL $ make $ cp libtcnative-1.so .. Thanks Using CATALINA_BASE: /usr/local/tomcat Using CATALINA_HOME: /usr/local/tomcat Using CATALINA_TMPDIR: /usr/local/tomcat/temp Using JRE_HOME: /opt/jdk1.5.0_04/ Dec 2, 2005 5:20:25 PM org.apache.catalina.core.AprLifecycleListener lifecycleEvent INFO: The Apache Portable Runtime which allows optimal performance in production environments was not found on the java.library.path: /opt/jdk1.5.0_04/jre/lib/i386/client:/opt/jdk1.5.0_0 4/jre/lib/i386:/opt/jdk1.5.0_04/jre/../lib/i386 Dec 2, 2005 5:20:25 PM org.apache.coyote.http11.Http11BaseProtocol init INFO: Initializing Coyote HTTP/1.1 on http-8080 Dec 2, 2005 5:20:25 PM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 2370 ms Dec 2, 2005 5:20:26 PM org.apache.catalina.core.StandardService start INFO: Starting service Catalina Dec 2, 2005 5:20:26 PM org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/5.5.12 Dec 2, 2005 5:20:26 PM org.apache - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache Portable Runtime
Has this problem also you need to include the library path in the start up to catalina i.e. it becomes part of the command .. so something like -Djava.library.path=path to libctnative That should do it .. On 12/4/05, Robert Palmer [EMAIL PROTECTED] wrote: I tried this. Should libtcnative-1.so be in $CATALINA_HOME/bin? 'make' put it in .libs and I tried moving it. I also downloaded 5.5.13 which results in the same message. Thanks. Bill Barker wrote: Robert Palmer [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Is this something that I should worry about? Is it easily resolved? I have downloaded and installled Apache Portable Runtiime. It did not install in the Java path though? The message has been fixed in 5.5.13. What Tomcat is really looking for is libtcnative-1.so. To get that, you unpack tomcat-native.tar.gz (in $CATALINA_HOME/bin), then cd to the directory. From there do: $ ./configure --with-apr=/path/to/apr --with-ssl=/path/to/OpenSSL $ make $ cp libtcnative-1.so .. Thanks Using CATALINA_BASE: /usr/local/tomcat Using CATALINA_HOME: /usr/local/tomcat Using CATALINA_TMPDIR: /usr/local/tomcat/temp Using JRE_HOME: /opt/jdk1.5.0_04/ Dec 2, 2005 5:20:25 PM org.apache.catalina.core.AprLifecycleListener lifecycleEvent INFO: The Apache Portable Runtime which allows optimal performance in production environments was not found on the java.library.path: /opt/jdk1.5.0_04/jre/lib/i386/client:/opt/jdk1.5.0_0 4/jre/lib/i386:/opt/jdk1.5.0_04/jre/../lib/i386 Dec 2, 2005 5:20:25 PM org.apache.coyote.http11.Http11BaseProtocol init INFO: Initializing Coyote HTTP/1.1 on http-8080 Dec 2, 2005 5:20:25 PM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 2370 ms Dec 2, 2005 5:20:26 PM org.apache.catalina.core.StandardService start INFO: Starting service Catalina Dec 2, 2005 5:20:26 PM org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/5.5.12 Dec 2, 2005 5:20:26 PM org.apache - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
