SEVERE Can't create apr when starting Tomcat 4.1.17 or 4.1.12 when using the handler apr in jk2.properties with Apache 2.0.43 on Solaris 8
Hi all! Is this a bug ? I have downloaded the binaries versions for Solaris 8 of tomcat 4.1.17(also 4.1.12), Apache 2.0.43, and jk2 v2.0.2 ( mod_jk2-2.0.43.so and jkjni.so). The full error message in catalina.out when starting tomcat using the apr handler: Dec 18, 2002 1:58:59 PM org.apache.jk.server.JkMain newHandler SEVERE: Can't create apr java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory at org.apache.jk.apr.AprImpl.clinit(AprImpl.java:340) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:130) at org.apache.jk.server.JkMain.newHandler(JkMain.java:556) at org.apache.jk.server.JkMain.start(JkMain.java:341) at org.apache.jk.server.JkCoyoteHandler.start(JkCoyoteHandler.java:169) at org.apache.coyote.tomcat4.CoyoteConnector.start(CoyoteConnector.java:1056) at org.apache.catalina.core.StandardService.start(StandardService.java:506) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2189) at org.apache.catalina.startup.Catalina.start(Catalina.java:512) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java: 39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorIm pl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) Dec 18, 2002 1:58:59 PM org.apache.jk.server.JkMain newHandler SEVERE: Can't create apr java.lang.NoClassDefFoundError at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:130) at org.apache.jk.server.JkMain.newHandler(JkMain.java:556) at org.apache.jk.server.JkMain.processProperty(JkMain.java:537) at org.apache.jk.server.JkMain.processProperties(JkMain.java:505) at org.apache.jk.server.JkMain.start(JkMain.java:346) at org.apache.jk.server.JkCoyoteHandler.start(JkCoyoteHandler.java:169) at org.apache.coyote.tomcat4.CoyoteConnector.start(CoyoteConnector.java:1056) at org.apache.catalina.core.StandardService.start(StandardService.java:506) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2189) at org.apache.catalina.startup.Catalina.start(Catalina.java:512) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java: 39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorIm pl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) NB: My configuration works with Tomcat 4.1.10, Apache 2.0.43 and mod_jk2.so and libjkjni.so coming from tomcat-connectors-4.1.10-src Eddy Malysse -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 15667] New: - Memory management
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15667. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15667 Memory management Summary: Memory management Product: Tomcat 4 Version: 4.0.4 Final Platform: PC OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi, Product:Java Web Application Operating system: Windows NT/2000 server, Linux, FreeBSD Web Server: IIS, Apache etc Application server: Tomcat 3.2.4+ Database server:MySQL 3.23.49, MS-SQL, Oracle etc Java Architecture: JSP (presentation) + Java Bean (Business logic) We have been facing the following problem for quite some time now. As more and more people are visiting and browsing the site, the Java.exe/Tomcat.exe size keeps growing and finally we end up with Out of memory error. Even if we leave the server inactive for hours, the memory doesn't get released and the only option is to restart the Tomcat server. We have posted this problem in many forums and in the Tomcat bug database also (both 3.* and 4). But we didn't get any solutions and also we were told that the problem could lie with our application. Since our application has to run on any application server, we have our own implementation of Database connection pooling. The following part of the code we used to close the idle connections. private synchronized void removeConnection(Connection f_obj_conn)throws Exception { f_obj_conn.close(); f_obj_conn = null; } But, we found that only the database connections got closed which we verfied with both MS-SQL and MYSQL. However, the memory allocated to the connection objects never got released, neither the heap memory allocated nor the process memory (Tomcat.exe). Now, after removing all the idle connections, we have tried System.gc(); and found that both the heap and the process memory are being released promptly. Is it the right way to do? Should the same not happen automatically? Will it have any effect on the performance? thanks in advance, Srikanth. S. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 15672] New: - DBCP doesn't work on Tomcat 4.1.18 with Oracle JDBC driver
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15672. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15672 DBCP doesn't work on Tomcat 4.1.18 with Oracle JDBC driver Summary: DBCP doesn't work on Tomcat 4.1.18 with Oracle JDBC driver Product: Tomcat 4 Version: 4.1.18 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Major Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I am unable to get to get Connection Pooling using DBCP to work in Tomcat 4.1.18. I get this error : Cannot load JDBC driver class 'null' My server.xml file is like this : ResourceParams name=jdbc/myoracle parameter namefactory/name valueorg.apache.commons.dbcp.BasicDataSourceFactory/value /parameter parameter namedriverClassName/name valueoracle.jdbc.driver.OracleDriver/value /parameter parameter nameurl/name valuejdbc:oracle:thin:@server:1521:instance/value /parameter parameter nameusername/name valuescott/value /parameter parameter namepassword/name valuetiger/value /parameter parameter namemaxActive/name value20/value /parameter parameter namemaxIdle/name value10/value /parameter parameter namemaxWait/name value-1/value /parameter /ResourceParams and web.xml file is : resource-ref descriptionOracle Datasource example/description res-ref-namejdbc/myoracle/res-ref-name res-typejavax.sql.DataSource/res-type res-authContainer/res-auth /resource-ref -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13861] - Authentication / SSL conflict (web.xml security-constraint auth-constraint user-data-constraint)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13861. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13861 Authentication / SSL conflict (web.xml security-constraint auth-constraint user-data-constraint) [EMAIL PROTECTED] changed: What|Removed |Added Version|4.1.12 |4.1.18 --- Additional Comments From [EMAIL PROTECTED] 2002-12-26 23:09 --- Updated to Tomcat 4.1.18 today. Thus I'll change the version from 4.1.12 to 4.1.18 now. The problem is still present. Internet Explorer 6.0 won't automatically redirect from http to https when using ports 8080/8443 instead of 80/443. I wonder if this is a Tomcat or an IE bug because all other browsers that I tried work as expected even with 8080/8443. Only workaround: use port 80/443 with Tomcat or place Apache on ports 80/433 in front of Tomcat using a jk-Connector (not forget to set redirect attribute to 443, too.) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 15659] - Error at staratup !!!! No class in \server\webapps\admin\WEB-INF\classes\org\apache\webapp\admin directory
Matt Raible wrote: Building from CVS sounds easy - and definitely looks like a good idea - however, it didn't work for me. Any ideas? init: [echo] modeler 1.1-dev prepare: [mkdir] Created dir: D:\source\commons-modeler-1.1dev\build [mkdir] Created dir: D:\source\commons-modeler-1.1dev\build\classes [mkdir] Created dir: D:\source\commons-modeler-1.1dev\build\conf [mkdir] Created dir: D:\source\commons-modeler-1.1dev\build\tests static: [copy] Copying 1 file to D:\source\commons-modeler-1.1dev\build\conf compile-only: [javac] Compiling 18 source files to D:\source\commons-modeler-1.1dev\build\classes [javac] D:\source\commons-modeler-1.1dev\src\java\org\apache\commons\modeler\ant \JmxInvoke.java:58: package javax.ma nagement does not exist [javac] import javax.management.*; [javac] ^ You're missing JMX. Make sure you have downloaded JMX and set jmx.home correctly. Amy --- Additional Comments From [EMAIL PROTECTED] 2002-12-25 20:17 --- 5.0.0 Alpha is quite outdated (and the admin webapp worked). It is recommended to build from CVS for Tomcat 5.0.x (and it is very easy): http://jakarta.apache.org/tomcat/building.html -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: DO NOT REPLY [Bug 15659] - Error at staratup !!!! No class in \server\webapps\admin\WEB-INF\classes\org\apache\webapp\admin directory
Thanks for the tip, however, I was hoping the statement below was true, and it doesn't seem to work for me. I'm on Windows - does that make a difference? It is recommended to build from CVS for Tomcat 5.0.x (and it is very easy): http://jakarta.apache.org/tomcat/building.html Thanks, Matt -Original Message- From: Amy Roh [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 26, 2002 4:48 PM To: Tomcat Developers List Subject: Re: DO NOT REPLY [Bug 15659] - Error at staratup No class in \server\webapps\admin\WEB-INF\classes\org\apache\webapp\admin directory Matt Raible wrote: Building from CVS sounds easy - and definitely looks like a good idea - however, it didn't work for me. Any ideas? init: [echo] modeler 1.1-dev prepare: [mkdir] Created dir: D:\source\commons-modeler-1.1dev\build [mkdir] Created dir: D:\source\commons-modeler-1.1dev\build\classes [mkdir] Created dir: D:\source\commons-modeler-1.1dev\build\conf [mkdir] Created dir: D:\source\commons-modeler-1.1dev\build\tests static: [copy] Copying 1 file to D:\source\commons-modeler-1.1dev\build\conf compile-only: [javac] Compiling 18 source files to D:\source\commons-modeler-1.1dev\build\classes [javac] D:\source\commons-modeler-1.1dev\src\java\org\apache\commons\modeler\a nt \JmxInvoke.java:58: package javax.ma nagement does not exist [javac] import javax.management.*; [javac] ^ You're missing JMX. Make sure you have downloaded JMX and set jmx.home correctly. Amy --- Additional Comments From [EMAIL PROTECTED] 2002-12-25 20:17 --- 5.0.0 Alpha is quite outdated (and the admin webapp worked). It is recommended to build from CVS for Tomcat 5.0.x (and it is very easy): http://jakarta.apache.org/tomcat/building.html -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 15676] New: - Compile all JSPs upon Startup
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15676. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15676 Compile all JSPs upon Startup Summary: Compile all JSPs upon Startup Product: Tomcat 4 Version: 4.1.8 Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Jasper 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When starting Tomcat, the server should compile all JSPs in all WEB APPs into CLASS files and place it in the default Tomcat Server Work Directory. The next startup will check for what files have changed and only compile what is needed. This will enable the server to serve JSPs super-fast, even when the visitor is the first one to visit a JSP page. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8940] - Tomcat shuts itself down for no apparent reason
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8940. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8940 Tomcat shuts itself down for no apparent reason [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED OS/Version|Windows NT/2K |Solaris Platform|PC |Sun Resolution|WONTFIX | Version|4.1.0 |4.1.17 --- Additional Comments From [EMAIL PROTECTED] 2002-12-27 02:21 --- I had the same problem, I am using tomcat4.1.17 under solaris8, jdk1.4.1. sometimes it happened shutdown itself. I have looked the catalina.out found that the last infomation is 'Stopping service Tomcat-Standalone', But it is sure that nobody shutdown the tomcat. What happens? is that a tomcat bug? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4 Ajp13Connector.java
glenn 2002/12/26 18:21:27 Modified:jk/java/org/apache/ajp/tomcat4 Ajp13Connector.java Log: Fix rare case where processor counter was not decremented. Revision ChangesPath 1.17 +5 -4 jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/Ajp13Connector.java Index: Ajp13Connector.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/Ajp13Connector.java,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- Ajp13Connector.java 20 Nov 2002 14:14:20 - 1.16 +++ Ajp13Connector.java 27 Dec 2002 02:21:27 - 1.17 @@ -797,6 +797,7 @@ ((Lifecycle) processor).start(); } catch (LifecycleException e) { logger.log(newProcessor, e); +curProcessors--; return (null); } } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]