Multiple Instances of Tomcat on a Single Server
I'd like to run more than one (well, two anyway) instances of Tomcat on a server, one for each of two different domains. I'd also like to run a 3rd instance for testing. I'd rather not configure things with an Apache server on the front end, but use the Tomcat web server. I tried to search the list archive, but get Internal Server Error displays for the search, help, and options buttons. Can you point me to a doc item on how I could go about doing this? Thanks in advance. Regards, Terry Fuller [EMAIL PROTECTED] --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Multiple Instances of Tomcat on a Single Server
Terry, This is more of a tomcat users type question but, it's rather easy to do you just need to ensure you change the port numbers that tomcat uses in each different instance. just copy the base install area 3 times, change the port numbers and it's done. David [EMAIL PROTECTED] To: [EMAIL PROTECTED] 10/06/2003 05:13 cc: Please respond toSubject: Multiple Instances of Tomcat on a Single Server Tomcat Developers List I'd like to run more than one (well, two anyway) instances of Tomcat on a server, one for each of two different domains. I'd also like to run a 3rd instance for testing. I'd rather not configure things with an Apache server on the front end, but use the Tomcat web server. I tried to search the list archive, but get Internal Server Error displays for the search, help, and options buttons. Can you point me to a doc item on how I could go about doing this? Thanks in advance. Regards, Terry Fuller [EMAIL PROTECTED] --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19617] - pageEncoding attribute is reset when @page used in @include-d file
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=19617. 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=19617 pageEncoding attribute is reset when @page used in @include-d file --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 09:36 --- Regardless of JSP spec, but, at least, the following comment is written in ParserControll#parse method. [...] // Set the top level file encoding that will be used // for all included files where encoding is not defined. [...] So, I think that the intention of the figureOutJspDocument is the following: --- ParserController.java +++ ParserController_.java @@ -263,7 +263,7 @@ } } -if (newEncoding == null) +if (isTopFile newEncoding == null) newEncoding = ISO-8859-1; } else { return; } It seems redundant and misleading that the topFileEncoding initialization is in declaration. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20637] New: - java.sql.SQLException: Cannot load JDBC driver class 'null'
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=20637. 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=20637 java.sql.SQLException: Cannot load JDBC driver class 'null' Summary: java.sql.SQLException: Cannot load JDBC driver class 'null' Product: Tomcat 4 Version: 4.1.24 Platform: Sun OS/Version: Windows NT/2K Status: NEW Severity: Critical Priority: Other Component: Connector:Other AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have installed tomcat 4.1.24. I am using MicroSoft SQL SERVER 2000 and i have copied the .jar files to \common\lib folder when i say get connection , the following exception araises. java.sql.SQLException: Cannot load JDBC driver class 'null' Here is my server.xml file == ?xml version='1.0' encoding='utf-8'? Server className=org.apache.catalina.core.StandardServer debug=0 port=8005 shutdown=SHUTDOWN Listener className=org.apache.catalina.mbeans.ServerLifecycleListener debug=0 jsr77Names=false/ Listener className=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener debug=0/ GlobalNamingResources Environment name=simpleValue override=true type=java.lang.Integer value=30/ Resource auth=Container description=User database that can be updated and saved name=UserDatabase scope=Shareable type=org.apache.catalina.UserDatabase/ Resource name=CardAlertDB scope=Shareable type=javax.sql.DataSource/ ResourceParams name=UserDatabase parameter namefactory/name valueorg.apache.catalina.users.MemoryUserDatabaseFactory/value /parameter parameter namepathname/name valueconf/tomcat-users.xml/value /parameter /ResourceParams ResourceParams name=CardAlertDB parameter namemaxWait/name value5000/value /parameter parameter namemaxActive/name value4/value /parameter parameter namepassword/name valuepassword/value /parameter parameter nameurl/name valuejdbc:microsoft:sqlserver://192.9.200.3:1433/value /parameter parameter namedriverClassName/name valuecom.microsoft.jdbc.sqlserver.SQLServerDriver/value /parameter parameter namemaxIdle/name value2/value /parameter parameter nameusername/name valuesa/value /parameter /ResourceParams /GlobalNamingResources Service className=org.apache.catalina.core.StandardService debug=0 name=Tomcat-Standalone Connector className=org.apache.coyote.tomcat4.CoyoteConnector acceptCount=100 bufferSize=2048 compression=off connectionLinger=-1 connectionTimeout=2 debug=0 disableUploadTimeout=true enableLookups=true maxKeepAliveRequests=100 maxProcessors=75 minProcessors=5 port=8080 protocolHandlerClassName=org.apache.coyote.http11.Http11Protocol proxyPort=0 redirectPort=8443 scheme=http secure=false tcpNoDelay=true useURIValidationHack=false Factory className=org.apache.catalina.net.DefaultServerSocketFactory/ /Connector Connector className=org.apache.coyote.tomcat4.CoyoteConnector acceptCount=10 bufferSize=2048 compression=off connectionLinger=-1 connectionTimeout=2 debug=0 disableUploadTimeout=false enableLookups=true maxKeepAliveRequests=100 maxProcessors=75 minProcessors=5 port=8009 protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler proxyPort=0 redirectPort=8443 scheme=http secure=false tcpNoDelay=true useURIValidationHack=false Factory className=org.apache.catalina.net.DefaultServerSocketFactory/ /Connector Engine className=org.apache.catalina.core.StandardEngine debug=0 defaultHost=localhost mapperClass=org.apache.catalina.core.StandardEngineMapper name=Standalone Host className=org.apache.catalina.core.StandardHost appBase=webapps autoDeploy=true configClass=org.apache.catalina.startup.ContextConfig contextClass=org.apache.catalina.core.StandardContext debug=0 deployXML=true errorReportValveClass=org.apache.catalina.valves.ErrorReportValve liveDeploy=true mapperClass=org.apache.catalina.core.StandardHostMapper name=localhost unpackWARs=true Context className=org.apache.catalina.core.StandardContext cachingAllowed=true charsetMapperClass=org.apache.catalina.util.CharsetMapper cookies=true crossContext=false debug=0 displayName=Tomcat Administration Application docBase=../server/webapps/admin mapperClass=org.apache.catalina.core.StandardContextMapper path=/admin privileged=true reloadable=false swallowOutput=false useNaming=true wrapperClass=org.apache.catalina.core.StandardWrapper Logger
DO NOT REPLY [Bug 20638] New: - Jun 10, 2003 5:14:47 AM org.apache.jk.common.ChannelUh receive
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=20638. 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=20638 Jun 10, 2003 5:14:47 AM org.apache.jk.common.ChannelUh receive Summary: Jun 10, 2003 5:14:47 AM org.apache.jk.common.ChannelUh receive Product: Tomcat 4 Version: 4.1.24 Platform: PC OS/Version: Linux Status: NEW Severity: Critical Priority: Other Component: Connector:Coyote JK 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] SEVERE: receive error: 12 An unexpected exception has been detected in native code outside the VM. Function=apr_palloc+0xE Library=/usr/lib/libaprt-0.so.0 Curren Java thread: at org.apache.jk.apr.AprImpl.createJkHandler(Native Method) at org.apache.jk.common.JniHandler.setNativeEndPoint(JniHandler.java:234) ... P.S. maybe it is appear cause disk full? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20637] - java.sql.SQLException: Cannot load JDBC driver class 'null'
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=20637. 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=20637 java.sql.SQLException: Cannot load JDBC driver class 'null' [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 09:45 --- Ok, well, double check with the data source and JNDI howtos: you need a resource link to your global resource in your Context element. The error means that the data source definition doesn't have any of the needed parameters (including driver class). If you don't need to share the datasource among apps, you'd maybe want to define it locally on the Context. It's definitely less error prone. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20639] New: - many logging info in catalina.out
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=20639. 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=20639 many logging info in catalina.out Summary: many logging info in catalina.out Product: Tomcat 4 Version: 4.1.24 Platform: PC OS/Version: Linux Status: NEW Severity: Minor Priority: Other Component: Connector:Coyote JK 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] many logging info in catalina.out about JK Please correct this error! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20637] - java.sql.SQLException: Cannot load JDBC driver class 'null'
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=20637. 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=20637 java.sql.SQLException: Cannot load JDBC driver class 'null' [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 10:07 --- I have configured database in tomcat administration and i have given the setting as required and u may find that in server.xml in my getConnection class === ic = new InitialContext(); DataSource ds = (DataSource) ic.lookup(java:comp/env/CardAlertDB); con = ds.getConnection(); -- i am getting error at this point can anybody help me? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7831] - [PATCH] JNDIRealm does not work with CLIENT-CERT auth method
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=7831. 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=7831 [PATCH] JNDIRealm does not work with CLIENT-CERT auth method --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 10:15 --- Created an attachment (id=6735) 2 JNDIRealms: one for LDAP userCertificate Attribute and another for Windows ActiveDirectory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7831] - [PATCH] JNDIRealm does not work with CLIENT-CERT auth method
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=7831. 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=7831 [PATCH] JNDIRealm does not work with CLIENT-CERT auth method --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 10:17 --- Configuration Example für Attachment#3: LDAP userCertificate Realm className=com.ops.webcontrol.tomcat.JNDIRealmCertOpenExchange debug=99 connectionURL=ldap://smtp:389; userBase=dc=company,dc=co,dc=at certSearch=(userCertificate={0}) certUserName=uid userSearch=(uid={0}) roleBase=dc=company,dc=co,dc=at roleName=cn roleSearch=(memberUid={1}) connectionName=uid=cyrus,dc=ops,dc=co,dc=at connectionPassword=** roleSubtree=true userSubtree=true / I think this Realms should now find there way into the tomcat distribution. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7831] - [PATCH] JNDIRealm does not work with CLIENT-CERT auth method
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=7831. 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=7831 [PATCH] JNDIRealm does not work with CLIENT-CERT auth method --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 10:18 --- Note for LDAP userCertificate: maybe you have to edit your slapd.conf to add codeindex userCertificate eq/code and modify the codecore.schema/code to allow userCertificate equality match by adding codeEQUALITY octetStringMatch/code to the attributetypedefinition. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20376] - Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP
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=20376. 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=20376 Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 10:26 --- A few things: - There IS a response code sent with ISAPI. This would cause trouble, but doesn't since it is there. (The standard OK is an arbitrary string and not required) - The Content length is REQUIRED by the HTTP/1.1 spec. There's a high likeness this would cause trouble with some browsers. - The Connection keep-alive missing header only signifies that the browser will have to make a new connection for every resource. That's no problem. - The charset is allowed but not required for as far as I know. I've tried my own install of tomcat for some resources standalone and all headers are nicely sent back. However this is with Tomcat 4.1.18 not like your 4.1.24. I don't have the time to upgrade my system and the problem doesn't exist with Tomcat standalone, so I'll skip that. I think a Tomcat expert will need to examine this info to see if the problem with the missing content-length always occurs with the ISAPI plugin and if this is the source of the problem. I am not that expert, I only know a little about the HTTP spec and browser/server traffic. Turning this over to anyone who'll take it... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP] Build Failure - tomcat-catalina
This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-06-10/tomcat-catalina.html Buildfile: build.xml flags: flags.display: [echo] --- Build environment for Catalina --- [echo] If ${property_name} is displayed, then the property is not set) [echo] --- Build options --- [echo] full.dist=${full.dist} [echo] build.sysclasspath=only [echo] compile.debug=${compile.debug} [echo] compile.deprecation=${compile.deprecation} [echo] compile.optimize=${compile.optimize} [echo] --- Ant Flags --- [echo] style task available (required)=true [echo] --- JDK --- [echo] jdk.1.2.present=true [echo] jdk.1.3.present=true [echo] jdk.1.4.present=true [echo] --- Source Dependencies --- [echo] jtc.home.present=true [echo] --- Required Libraries --- [echo] beanutils.present=true [echo] collections.present=true [echo] digester.present=true [echo] jaxp.present=true [echo] jndi.present=true [echo] logging.present=true [echo] regexp.present=true [echo] servlet.present=true [echo] --- Optional Libraries --- [echo] daemon.present=${daemon.present} [echo] dbcp.present=${dbcp.present} [echo] fileupload.present=true [echo] jaas.present=true [echo] javamail.present=${javamail.present} [echo] jmx.present=${jmx.present} [echo] jsse.present=true [echo] jta.present=${jta.present} [echo] junit.present=${junit.present} [echo] ldap.present=true [echo] modeler.present=${modeler.present} [echo] pool.present=${pool.present} [echo] tyrex.present=${tyrex.present} [echo] --- Required JARs --- [echo] jndi.jar.present(except JDK 1.3+)=${jndi.jar.present} [echo] regexp.jar.present=true [echo] servlet.jar.present=true [echo] xerces.jar.present(except JDK 1.4+ or xerces2)=${xerces.jar.present} [echo] xerces2.jars.present(except JDK 1.4+ or xerces1)=${xerces2.jars.present} [echo] --- Optional JARs --- [echo] daemon.jar.present=${daemon.jar.present} [echo] dbcp.jar.present=${dbcp.jar.present} [echo] fileupload.jar.present=${fileupload.jar.present} [echo] jaas.jar.present=${jaas.jar.present} [echo] javamail.jar.present=${javamail.jar.present} [echo] jdbc20ext.jar.present=${jdbc20ext.jar.present} [echo] jmx.jar.present=${jmx.jar.present} [echo] jta.jar.present=${jta.jar.present} [echo] junit.jar.present=${junit.jar.present} [echo] ldap.jar.present=${ldap.jar.present} [echo] modeler.jar.present=${modeler.jar.present} [echo] pool.jar.present=${pool.jar.present} [echo] tyrex.jar.present=${tyrex.jar.present} [echo] --- Conditional compilation flags --- [echo] compile.daemon=${compile.daemon} [echo] compile.dbcp=${compile.dbcp} [echo] compile.jaas=true [echo] compile.javamail=${compile.javamail} [echo] compile.jmx=${compile.jmx} [echo] compile.jndi=true [echo] compile.jsse=true [echo] compile.jta=${compile.jta} [echo] compile.junit=${compile.junit} [echo] compile.ldap=true [echo] compile.ssi=true [echo] compile.tyrex=${compile.tyrex} [echo] --- Distribution flags --- [echo] copy.daemon.jar=${copy.daemon.jar} [echo] copy.dbcp.jar=${copy.dbcp.jar} [echo] copy.jaas.jar=${copy.jaas.jar} [echo] copy.jdbc20ext.jar=${copy.jdbc20ext.jar} [echo] copy.javamail.jar=${copy.javamail.jar} [echo] copy.jmx.jar=${copy.jmx.jar} [echo] copy.jndi.jar=${copy.jndi.jar} [echo] copy.jta.jar=${copy.jta.jar} [echo] copy.ldap.jar=${copy.ldap.jar} [echo] copy.logging.jar=true [echo] copy.modeler.jar=${copy.modeler.jar} [echo] copy.pool.jar=${copy.pool.jar} [echo] copy.tyrex.jar=${copy.tyrex.jar} [echo] copy.xerces.jar=${copy.xerces.jar} [echo] copy.xerces2.jars=${copy.xerces2.jars} build-prepare: [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/bin [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/classes [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/lib [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/endorsed [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/conf [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/logs [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/server/classes [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/server/lib [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/shared/classes [mkdir] Created dir:
[GUMP] Build timed out - jk
This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-06-10/jakarta-tomcat-jk-native.html Buildfile: build.xml init: [echo] /home/rubys [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk [echo] linux=true solaris=${solaris} win32=${win32} hpux=${hpux} netware=${netware} apache20: apache13: iis: netscape: jni: [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk/jni [so] Compiling 4 out of 4 Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native/common/jk_map.c Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native/common/jk_pool.c Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native/common/jk_util.c Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native/jni/jk_jnicb.c Linking /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk/jni/jni_connect.so /home/rubys/bin/timeout: timed out - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP] Build timed out - jk2
This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-06-10/jakarta-tomcat-jk-native2.html Buildfile: build.xml init.taskdef: guess.os: [echo] build.properties i386.Linux [echo] Linux:true Win32:${win32} Netware:${netware} Solaris:${solaris} HPUX:${hpux} init.win32.properties: init.win32.mc: init.win32: init.netware: init.os: guess.server: [echo] Apache2 /usr/local/apache2 true [echo] Apache13 /usr true [echo] IIS ${iis.home} ${iis.detect} [echo] Iplanet ${iplanet.home} ${iplanet.detect} [echo] JNI true init: [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk2 apache20: [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk2/apache2 [so] Compiling 42 out of 42 Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_channel_jni.c Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_channel.c Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_logger_file.c /home/rubys/bin/timeout: timed out - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7831] - [PATCH] JNDIRealm does not work with CLIENT-CERT auth method
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=7831. 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=7831 [PATCH] JNDIRealm does not work with CLIENT-CERT auth method --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 10:57 --- You are right about multiple certificates (I use only one so it does not matter) I can change this code, but no one seems to pick up this code :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20637] - java.sql.SQLException: Cannot load JDBC driver class 'null'
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=20637. 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=20637 java.sql.SQLException: Cannot load JDBC driver class 'null' [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 11:39 --- Please follow up with the tomcat-user list. Bugzilla is not meant for debugging issues or a helpdesk. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20639] - many logging info in catalina.out
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=20639. 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=20639 many logging info in catalina.out [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 11:42 --- This can be done by adding log4j (or other logging package) and turning down the threshold of logging to error. Followup with the tomcat-user list if you need more help. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk 1.2.4 release Monday 6/9
Monday came and went. Is there a new ETA? Glenn Nielsen wrote: So far there have been no problems reported with mod_jk 1.2.4 except for one minor documentation typo which has been fixed. If I don't see any problems reported from further testing before Monday I will make the mod_jk 1.2.4 source release and announcement. Thanks for all the help testing. Once the release is announced binaries can be and installed in the release directory. Regards, Glenn - 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]
cvs commit: jakarta-tomcat-connectors/jk/native CHANGES.txt
glenn 2003/06/10 06:37:10 Modified:jk/native CHANGES.txt Log: Update changes for mod_jk 1.2.4 release Revision ChangesPath 1.13 +16 -4 jakarta-tomcat-connectors/jk/native/CHANGES.txt Index: CHANGES.txt === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/CHANGES.txt,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- CHANGES.txt 16 Mar 2003 02:59:43 - 1.12 +++ CHANGES.txt 10 Jun 2003 13:37:09 - 1.13 @@ -1,6 +1,15 @@ JAKARTA TOMCAT CONNECTORS (JK) CHANGELOG:-*-text-*- Last modified at [$Date$] +Changes with JK 1.2.4 +* Fix use of libtool for Apache mod_jk builds with more recent + versions of Apache 2. + [jfclere] +* Use reentrant version of strtok() for web server's which use + threads. This fixes a thread safe bug under Apache 2 and the + worker MPM. + [glenn] + Changes with JK 1.2.3: * Add the ability to configure JkLog to pipe its log output to an executable such as Apache rotatelogs or cronolog. Apache 2.0 only. @@ -11,13 +20,16 @@ let Apache handle processing the error returned by Tomcat. * Added the load balancer sticky_session property. If set to 0 requests with servlet SESSION ID's can be routed to any Tomcat - worker. Default is 1, sessions are sticky. [glenn] + worker. Default is 1, sessions are sticky. + [glenn] * Cleaned up detection and reporting of aborted client connections. This cleanup also makes sure that mod_jk does not pass any requests - on to Tomcat if the remote client aborted its connection. [glenn] + on to Tomcat if the remote client aborted its connection. + [glenn] * Fixed a bug in Apache 2.0 which caused a POST request forwarded to Tomcat to fail if it generated SSI directives which were post - processed by mod_include. [glenn] + processed by mod_include. + [glenn] * Fixed a bug in JkRequestLogFormat when printing the request URI that could cause a URI with hex escapes sequences to be formatted wrong. [glenn] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/native CHANGES.txt
Didn't 1.2.4 also fix the hook precedence for Apache 2 from 1.2.3 where Alias and mod_jk did not get along? [In my testing it sure fixed this and it seems it should go into the change notes.] -- Jess Holle [EMAIL PROTECTED] wrote: glenn 2003/06/10 06:37:10 Modified:jk/native CHANGES.txt Log: Update changes for mod_jk 1.2.4 release Revision ChangesPath 1.13 +16 -4 jakarta-tomcat-connectors/jk/native/CHANGES.txt Index: CHANGES.txt === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/CHANGES.txt,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- CHANGES.txt 16 Mar 2003 02:59:43 - 1.12 +++ CHANGES.txt 10 Jun 2003 13:37:09 - 1.13 @@ -1,6 +1,15 @@ JAKARTA TOMCAT CONNECTORS (JK) CHANGELOG: -*-text-*- Last modified at [$Date$] +Changes with JK 1.2.4 +* Fix use of libtool for Apache mod_jk builds with more recent + versions of Apache 2. + [jfclere] +* Use reentrant version of strtok() for web server's which use + threads. This fixes a thread safe bug under Apache 2 and the + worker MPM. + [glenn] + Changes with JK 1.2.3: * Add the ability to configure JkLog to pipe its log output to an executable such as Apache rotatelogs or cronolog. Apache 2.0 only. @@ -11,13 +20,16 @@ let Apache handle processing the error returned by Tomcat. * Added the load balancer sticky_session property. If set to 0 requests with servlet SESSION ID's can be routed to any Tomcat - worker. Default is 1, sessions are sticky. [glenn] + worker. Default is 1, sessions are sticky. + [glenn] * Cleaned up detection and reporting of aborted client connections. This cleanup also makes sure that mod_jk does not pass any requests - on to Tomcat if the remote client aborted its connection. [glenn] + on to Tomcat if the remote client aborted its connection. + [glenn] * Fixed a bug in Apache 2.0 which caused a POST request forwarded to Tomcat to fail if it generated SSI directives which were post - processed by mod_include. [glenn] + processed by mod_include. + [glenn] * Fixed a bug in JkRequestLogFormat when printing the request URI that could cause a URI with hex escapes sequences to be formatted wrong. [glenn] - 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]
cvs commit: jakarta-tomcat-connectors/jk/native CHANGES.txt configure.in
glenn 2003/06/10 06:50:33 Modified:jk/native Tag: JK_1_2_4 CHANGES.txt configure.in Log: Port recent changes to release branch Revision ChangesPath No revision No revision 1.12.4.1 +16 -4 jakarta-tomcat-connectors/jk/native/CHANGES.txt Index: CHANGES.txt === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/CHANGES.txt,v retrieving revision 1.12 retrieving revision 1.12.4.1 diff -u -r1.12 -r1.12.4.1 --- CHANGES.txt 16 Mar 2003 02:59:43 - 1.12 +++ CHANGES.txt 10 Jun 2003 13:50:32 - 1.12.4.1 @@ -1,6 +1,15 @@ JAKARTA TOMCAT CONNECTORS (JK) CHANGELOG:-*-text-*- Last modified at [$Date$] +Changes with JK 1.2.4 +* Fix use of libtool for Apache mod_jk builds with more recent + versions of Apache 2. + [jfclere] +* Use reentrant version of strtok() for web server's which use + threads. This fixes a thread safe bug under Apache 2 and the + worker MPM. + [glenn] + Changes with JK 1.2.3: * Add the ability to configure JkLog to pipe its log output to an executable such as Apache rotatelogs or cronolog. Apache 2.0 only. @@ -11,13 +20,16 @@ let Apache handle processing the error returned by Tomcat. * Added the load balancer sticky_session property. If set to 0 requests with servlet SESSION ID's can be routed to any Tomcat - worker. Default is 1, sessions are sticky. [glenn] + worker. Default is 1, sessions are sticky. + [glenn] * Cleaned up detection and reporting of aborted client connections. This cleanup also makes sure that mod_jk does not pass any requests - on to Tomcat if the remote client aborted its connection. [glenn] + on to Tomcat if the remote client aborted its connection. + [glenn] * Fixed a bug in Apache 2.0 which caused a POST request forwarded to Tomcat to fail if it generated SSI directives which were post - processed by mod_include. [glenn] + processed by mod_include. + [glenn] * Fixed a bug in JkRequestLogFormat when printing the request URI that could cause a URI with hex escapes sequences to be formatted wrong. [glenn] 1.23.2.1 +2 -1 jakarta-tomcat-connectors/jk/native/configure.in Index: configure.in === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/configure.in,v retrieving revision 1.23 retrieving revision 1.23.2.1 diff -u -r1.23 -r1.23.2.1 --- configure.in 27 May 2003 13:04:46 - 1.23 +++ configure.in 10 Jun 2003 13:50:32 - 1.23.2.1 @@ -103,6 +103,7 @@ APXSCFLAGS=`${APXS} -q CFLAGS` `${APXS} -q EXTRA_CFLAGS` APXSCPPFLAGS=`${APXS} -q EXTRA_CPPFLAGS` APACHE_CONFIG_VARS=${apache_dir}/build/config_vars.mk +LIBTOOL=`$APXS -q LIBTOOL` fi AC_MSG_RESULT([building connector for \$WEBSERVER\]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_version.h
glenn 2003/06/10 07:05:43 Modified:jk/native/common jk_version.h Log: Increment CVS HEAD to next version Revision ChangesPath 1.13 +4 -4 jakarta-tomcat-connectors/jk/native/common/jk_version.h Index: jk_version.h === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_version.h,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- jk_version.h 27 May 2003 13:04:46 - 1.12 +++ jk_version.h 10 Jun 2003 14:05:43 - 1.13 @@ -67,14 +67,14 @@ /** START OF AREA TO MODIFY BEFORE RELEASING */ #define JK_VERMAJOR 1 #define JK_VERMINOR 2 -#define JK_VERFIX 4 -#define JK_VERSTRING1.2.4 +#define JK_VERFIX 5 +#define JK_VERSTRING1.2.5 /* Beta number */ #define JK_VERBETA 0 #define JK_BETASTRING 1 /* set JK_VERISRELEASE to 1 when release (do not forget to commit!) */ -#define JK_VERISRELEASE 1 +#define JK_VERISRELEASE 0 /** END OF AREA TO MODIFY BEFORE RELEASING */ #define PACKAGE mod_jk/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native CHANGES.txt
glenn 2003/06/10 07:11:53 Modified:jk/native CHANGES.txt Log: Update changes Revision ChangesPath 1.14 +4 -1 jakarta-tomcat-connectors/jk/native/CHANGES.txt Index: CHANGES.txt === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/CHANGES.txt,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- CHANGES.txt 10 Jun 2003 13:37:09 - 1.13 +++ CHANGES.txt 10 Jun 2003 14:11:53 - 1.14 @@ -9,6 +9,9 @@ threads. This fixes a thread safe bug under Apache 2 and the worker MPM. [glenn] +* Fix the Apache 2 mod_jk hook priority so that mod_jk works + well with both mod_alias and mod_dir. + [glenn] Changes with JK 1.2.3: * Add the ability to configure JkLog to pipe its log output to an - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native CHANGES.txt
glenn 2003/06/10 07:12:18 Modified:jk/native Tag: JK_1_2_4 CHANGES.txt Log: Update changes Revision ChangesPath No revision No revision 1.12.4.2 +4 -1 jakarta-tomcat-connectors/jk/native/CHANGES.txt Index: CHANGES.txt === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/CHANGES.txt,v retrieving revision 1.12.4.1 retrieving revision 1.12.4.2 diff -u -r1.12.4.1 -r1.12.4.2 --- CHANGES.txt 10 Jun 2003 13:50:32 - 1.12.4.1 +++ CHANGES.txt 10 Jun 2003 14:12:18 - 1.12.4.2 @@ -9,6 +9,9 @@ threads. This fixes a thread safe bug under Apache 2 and the worker MPM. [glenn] +* Fix the Apache 2 mod_jk hook priority so that mod_jk works + well with both mod_alias and mod_dir. + [glenn] Changes with JK 1.2.3: * Add the ability to configure JkLog to pipe its log output to an - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/native CHANGES.txt
Nice catch. Changes updated. I will be sending out the release announcement shortly. Thanks, Glenn Jess M. Holle wrote: Didn't 1.2.4 also fix the hook precedence for Apache 2 from 1.2.3 where Alias and mod_jk did not get along? [In my testing it sure fixed this and it seems it should go into the change notes.] -- Jess Holle [EMAIL PROTECTED] wrote: glenn 2003/06/10 06:37:10 Modified:jk/native CHANGES.txt Log: Update changes for mod_jk 1.2.4 release Revision ChangesPath 1.13 +16 -4 jakarta-tomcat-connectors/jk/native/CHANGES.txt Index: CHANGES.txt === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/CHANGES.txt,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- CHANGES.txt16 Mar 2003 02:59:43 -1.12 +++ CHANGES.txt10 Jun 2003 13:37:09 -1.13 @@ -1,6 +1,15 @@ JAKARTA TOMCAT CONNECTORS (JK) CHANGELOG:-*-text-*- Last modified at [$Date$] +Changes with JK 1.2.4 +* Fix use of libtool for Apache mod_jk builds with more recent + versions of Apache 2. + [jfclere] +* Use reentrant version of strtok() for web server's which use + threads. This fixes a thread safe bug under Apache 2 and the + worker MPM. + [glenn] + Changes with JK 1.2.3: * Add the ability to configure JkLog to pipe its log output to an executable such as Apache rotatelogs or cronolog. Apache 2.0 only. @@ -11,13 +20,16 @@ let Apache handle processing the error returned by Tomcat. * Added the load balancer sticky_session property. If set to 0 requests with servlet SESSION ID's can be routed to any Tomcat - worker. Default is 1, sessions are sticky. [glenn] + worker. Default is 1, sessions are sticky. + [glenn] * Cleaned up detection and reporting of aborted client connections. This cleanup also makes sure that mod_jk does not pass any requests - on to Tomcat if the remote client aborted its connection. [glenn] + on to Tomcat if the remote client aborted its connection. + [glenn] * Fixed a bug in Apache 2.0 which caused a POST request forwarded to Tomcat to fail if it generated SSI directives which were post - processed by mod_include. [glenn] + processed by mod_include. + [glenn] * Fixed a bug in JkRequestLogFormat when printing the request URI that could cause a URI with hex escapes sequences to be formatted wrong. [glenn] - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20639] - many logging info in catalina.out
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=20639. 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=20639 many logging info in catalina.out [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 14:33 --- info: [Tue Jun 10 05:34:27] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke a833ac76 [Tue Jun 10 05:34:27] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke a833ac76 [Tue Jun 10 05:34:27] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke a833ac76 [Tue Jun 10 05:34:27] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke a833ac76 [Tue Jun 10 05:34:27] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke a833ac76 [Tue Jun 10 05:34:27] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke a833ac76 [Tue Jun 10 05:34:27] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke a833ac76 [Tue Jun 10 05:34:27] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke a833ac76 [Tue Jun 10 05:34:27] ( info ) [jk_jni_aprImpl.c (472)] jkInvoke() invoke a833ac76 . many, very many thats rows... :-( - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20639] - many logging info in catalina.out
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=20639. 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=20639 many logging info in catalina.out [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 14:42 --- http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk2/configwebcom.html Turn logging down. INFO is the default. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: security of server.xml in tomcat
Also depends on from whom you want to hide the credentials. If it's from web client, then based on servlet specifications The files inside the WEB-INF folder cannot be accessible by the web client. If you want to protect from console access users then you can protect by defining access rights to the web deployment. ST On Mon, 2003-06-09 at 14:42, Chad Johnson wrote: Just a thought, I can't see how having the username and password in code is any more secure. Prying eyes could have equal access to both. Chad Johnson Web Services Developer WS Packaging - Wisconsin Label Tel:(920)487-6271 -Original Message- From: Mohamed Tagari [mailto:[EMAIL PROTECTED] Sent: Monday, June 09, 2003 9:32 AM To: [EMAIL PROTECTED] Subject: security of server.xml in tomcat Hi, Is there any way of instantiating the password and username parameters for connecting to a database in the application code rather than having it as plain text in the server.xml. As having the username and password as plain text is not very secure.. Any help/information will be apprectiated.. The database will be containing sensitive information, hence all passwords and usernames have to be protected.. // java code Context init = new InitialContext(); Context ctx = (Context) init.lookup(java:comp/env); DataSource ds = (DataSource) ctx.lookup(jdbc/myoracle); // extract from server.xml Resource name=jdbc/myoracle auth=Container type=javax.sql.DataSource/ ResourceParams name=jdbc/myoracle . . . parameter nameusername/name valuescott/value /parameter parameter namepassword/name valuetiger/value /parameter . . /ResourceParams mo - 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] -- Sri Thuraisamy [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
urgent -reply
Hi, I am facing a problem with tomcat 4.1.18 and HttpSessionBindingListener's valueUnbound() method. I am using an object which implements HttpSessionBindingListener. This object is kept in session. On session timeout, the object gets unbind from the session and hence the method valueUnbound should get called. But surprisingly, sometimes it is not getting called. Is it a bug in 4.1.18 or anything is missed here? please let me know your suggestion or experience regarding this. Thanks Regards, ramakanth
DO NOT REPLY [Bug 20394] - TC502 will not 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=20394. 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=20394 TC502 will not startup --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 17:34 --- Hi, I'm just writing to say that I've had the same problem on a linux machine with tomcat 4 - what was causing this was a dangling symlink in /usr/share/tomcat4/common/lib/ (in my case it was the file commons-pool.jar). So take a look in the analogous directory on your computer, and make sure you have all the jar files necessary in there - Yury - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
exception null on error page for missing taglib def
I'm not sure if this is a bug or I'm not handling the right error. I got an error page defined in my web.xml as follows error-page exception-typejava.lang.Exception/exception-type location/Error.jsp/location /error-page I had removed a taglib definition from my web.xml file and had a page that still was using the tag. with out the error-page def I get the standard error 500 page with the following exception org.apache.jasper.JasperException: File /tags/struts-logic not found at org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler. java:105) but with my error page I get a null for the exception. other errors show up ok on my error page. in looking at the attributes being passed to the error page when error is not null the following attributes are set javax.servlet.jsp.jspException javax.servlet.error.exception but for the taglib error only the following is set javax.servlet.error.exception also looking at the Java code for the error page It has the following Throwable exception = (Throwable) request.getAttribute(javax.servlet.jsp.jspException); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20376] - Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP
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=20376. 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=20376 Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 17:49 --- How can I change the page so that it tells the content length even though it is dynamic. The only way I would think of is to add everything into a StringBuffer and then calculate the stringbuffer. There must be an easier way. Somebody Please help. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19617] - pageEncoding attribute is reset when @page used in @include-d file
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=19617. 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=19617 pageEncoding attribute is reset when @page used in @include-d file --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 18:52 --- It seems to be fine solution. Will it be checked-in? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup HostConfig.java
remm2003/06/10 13:01:31 Modified:catalina/src/share/org/apache/catalina/startup HostConfig.java Log: - Small deployer refactorings, as discussed previsouly. - Track WARs for changes when unpacking WARs. If WAR gets updated, redeploy webapp. Revision ChangesPath 1.11 +53 -10 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/HostConfig.java Index: HostConfig.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/HostConfig.java,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- HostConfig.java 22 May 2003 23:05:36 - 1.10 +++ HostConfig.java 10 Jun 2003 20:01:31 - 1.11 @@ -188,6 +188,12 @@ /** + * Last modified dates of the source WAR files, keyed by WAR name. + */ +private HashMap warLastModified = new HashMap(); + + +/** * Attribute value used to turn on/off XML validation */ private boolean xmlValidation = false; @@ -689,16 +695,50 @@ } +// Check for WAR modification +if (isUnpackWARs()) { +File appBase = appBase(); +if (!appBase.exists() || !appBase.isDirectory()) +return; +String files[] = appBase.list(); + +for (int i = 0; i files.length; i++) { +if (files[i].endsWith(.war)) { +File dir = new File(appBase, files[i]); +Long lastModified = (Long) warLastModified.get(files[i]); +if (lastModified == null) { +warLastModified.put +(files[i], new Long(dir.lastModified())); +} else if (dir.lastModified() lastModified.longValue()) { +// The WAR has been modified: redeploy +String expandedDir = files[i]; +int period = expandedDir.lastIndexOf(.); +if (period = 0) +expandedDir = expandedDir.substring(0, period); +String contextPath = / + expandedDir; +if (contextPath.equals(/ROOT)) +contextPath = ; +try { +((Deployer) host).remove(contextPath, true); +deployed.remove(files[i]); +} catch (Throwable t) { +log.error(sm.getString(hostConfig.undeployJar.error, + files[i]), t); +} +webXmlLastModified.remove(contextPath); +warLastModified.put +(files[i], new Long(dir.lastModified())); +deployApps(); +} +} +} +} + } protected boolean restartContext(Context context) { boolean result = true; -if( context.getReloadable() == false ) { -log.info(restartContext( + context.getName() + ): not reloadable); -return false; -} - log.info(restartContext( + context.getName() + )); /* @@ -853,13 +893,16 @@ } } +webXmlLastModified.clear(); +deployed.clear(); + } /** * Deploy webapps. */ -public void check() { +protected void check() { if (host.getAutoDeploy()) { // Deploy apps if the Host allows auto deploying - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core ApplicationDispatcher.java
remm2003/06/10 13:02:03 Modified:catalina/src/share/org/apache/catalina/core ApplicationDispatcher.java Log: - Remove commented out code. Revision ChangesPath 1.18 +4 -13 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java Index: ApplicationDispatcher.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- ApplicationDispatcher.java21 May 2003 17:49:03 - 1.17 +++ ApplicationDispatcher.java10 Jun 2003 20:02:02 - 1.18 @@ -428,15 +428,6 @@ ApplicationHttpRequest wrequest = (ApplicationHttpRequest) wrapRequest(); String contextPath = context.getPath(); -/* -StringBuffer sb = new StringBuffer(); -if (contextPath != null) -sb.append(contextPath); -if (servletPath != null) -sb.append(servletPath); -if (pathInfo != null) -sb.append(pathInfo); -*/ wrequest.setContextPath(contextPath); wrequest.setRequestURI(requestURI); wrequest.setServletPath(servletPath); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardHostDeployer.java
remm2003/06/10 13:03:42 Modified:catalina/src/share/org/apache/catalina/core StandardHostDeployer.java Log: - Small deployer refactorings, as discussed previsouly. - Don't remove WAR if newer than unpacked directory. - Generalize WAR unpacking, based on the unpackWAR flag. Revision ChangesPath 1.9 +25 -2 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardHostDeployer.java Index: StandardHostDeployer.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardHostDeployer.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- StandardHostDeployer.java 25 Apr 2003 21:16:22 - 1.8 +++ StandardHostDeployer.java 10 Jun 2003 20:03:42 - 1.9 @@ -376,8 +376,14 @@ contextPath, war.toString())); String url = war.toString(); String docBase = null; +boolean isWAR = false; if (url.startsWith(jar:)) { url = url.substring(4, url.length() - 2); +if (!url.toLowerCase().endsWith(.war)) { +throw new IllegalArgumentException +(sm.getString(standardHost.warURL, url)); +} +isWAR = true; } if (url.startsWith(file://)) docBase = url.substring(7); @@ -387,6 +393,11 @@ throw new IllegalArgumentException (sm.getString(standardHost.warURL, url)); +// Expand war file if host wants wars unpacked +if (isWAR host.isUnpackWARs()) { +docBase = ExpandWar.expand(host, war, contextPath); +} + // Install the new web application try { Class clazz = Class.forName(host.getContextClass()); @@ -457,12 +468,14 @@ // Calculate the document base for the new web application (if needed) String docBase = null; // Optional override for value in config file +boolean isWAR = false; if (war != null) { String url = war.toString(); log.info(sm.getString(standardHost.installingWAR, url)); // Calculate the WAR file absolute pathname if (url.startsWith(jar:)) { url = url.substring(4, url.length() - 2); +isWAR = true; } if (url.startsWith(file://)) docBase = url.substring(7); @@ -474,6 +487,11 @@ } +// Expand war file if host wants wars unpacked +if (isWAR host.isUnpackWARs()) { +docBase = ExpandWar.expand(host, war); +} + // Install the new web application this.context = null; this.overrideDocBase = docBase; @@ -653,13 +671,18 @@ if (contextPath.length() == 0 filename.equals(ROOT) || filename.equals(contextPath.substring(1))) { if (!isWAR) { +long contextLastModified = +contextFile.lastModified(); if (contextFile.isDirectory()) { deleteDir(contextFile); } if (host.isUnpackWARs()) { File contextWAR = new File(context.getDocBase() + .war); if (contextWAR.exists()) { -contextWAR.delete(); +if (contextLastModified + contextWAR.lastModified()) { +contextWAR.delete(); +} } } } else { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup HostConfig.java
remm2003/06/10 13:15:35 Modified:catalina/src/share/org/apache/catalina/startup HostConfig.java Log: - Small deployer refactorings, as discussed previsouly. - Add extra check for the case where the WAR is deployed by an outside process such as the manager. Revision ChangesPath 1.12 +14 -11 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/HostConfig.java Index: HostConfig.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/HostConfig.java,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- HostConfig.java 10 Jun 2003 20:01:31 - 1.11 +++ HostConfig.java 10 Jun 2003 20:15:35 - 1.12 @@ -715,20 +715,23 @@ int period = expandedDir.lastIndexOf(.); if (period = 0) expandedDir = expandedDir.substring(0, period); +File expanded = new File(appBase, expandedDir); String contextPath = / + expandedDir; if (contextPath.equals(/ROOT)) contextPath = ; -try { -((Deployer) host).remove(contextPath, true); -deployed.remove(files[i]); -} catch (Throwable t) { -log.error(sm.getString(hostConfig.undeployJar.error, - files[i]), t); +if (dir.lastModified() expanded.lastModified()) { +try { +((Deployer) host).remove(contextPath, true); +deployed.remove(files[i]); +} catch (Throwable t) { + log.error(sm.getString(hostConfig.undeployJar.error, + files[i]), t); +} +deployApps(); } webXmlLastModified.remove(contextPath); warLastModified.put (files[i], new Long(dir.lastModified())); -deployApps(); } } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20663] New: - Cannot shutdown Tomcat gracefully
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=20663. 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=20663 Cannot shutdown Tomcat gracefully Summary: Cannot shutdown Tomcat gracefully Product: Tomcat 4 Version: 4.1.24 Platform: Sun OS/Version: Solaris Status: NEW Severity: Blocker Priority: Other Component: Connector:Coyote HTTP/1.1 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Whenever we shutdown Tomcat, we get the following error: Stopping service Tomcat-Standalone Jun 6, 2003 3:01:28 PM org.apache.tomcat.util.net.PoolTcpEndpoint closeServerSocket SEVERE: Caught exception trying to unlock accept. java.net.ConnectException: Connection refused at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:295) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:161) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:148) at java.net.Socket.connect(Socket.java:425) at java.net.Socket.connect(Socket.java:375) at java.net.Socket.init(Socket.java:290) at java.net.Socket.init(Socket.java:118) at org.apache.tomcat.util.net.PoolTcpEndpoint.closeServerSocket (PoolTcpEndpoint.java:326) at org.apache.tomcat.util.net.PoolTcpEndpoint.acceptSocket (PoolTcpEndpoint.java:397) at org.apache.tomcat.util.net.TcpWorkerThread.runIt (PoolTcpEndpoint.java:529) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:619) at java.lang.Thread.run(Thread.java:536) Jun 6, 2003 3:01:28 PM org.apache.tomcat.util.net.PoolTcpEndpoint closeServerSocket SEVERE: Caught exception trying to close socket. java.lang.NullPointerException at org.apache.tomcat.util.net.PoolTcpEndpoint.closeServerSocket (PoolTcpEndpoint.java:338) at org.apache.tomcat.util.net.PoolTcpEndpoint.acceptSocket (PoolTcpEndpoint.java:397) at org.apache.tomcat.util.net.TcpWorkerThread.runIt (PoolTcpEndpoint.java:529) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:619) at java.lang.Thread.run(Thread.java:536) Jun 6, 2003 3:01:28 PM org.apache.tomcat.util.net.PoolTcpEndpoint acceptSocket WARNING: Reinitializing ServerSocket - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20667] New: - Sessions expire prematurely due to improperly updated lastAccessedTime
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=20667. 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=20667 Sessions expire prematurely due to improperly updated lastAccessedTime Summary: Sessions expire prematurely due to improperly updated lastAccessedTime Product: Tomcat 4 Version: 4.1.24 Platform: All OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I think this is the same as: BUG# 15463 BUG# 18609 At each request, access() is called, setting the following: lastAccessedTime = thisAccessedTime thisAccessedTime = the current system time/request time Which is fine except that session expiration is driven by lastAccessedTime and not thisAccessedTime as seen in processExpires(). So... lets say we have a 10 minute session timeout and a request comes in at 12:00:00 PM. lastAccessedTime = 12:00:00 PM ( milli equivalent ) thisAccessedTime = 12:00:00 PM Session will expire at 12:10:00 PM ( equivalent to lastAccessedTime + maxInactiveInterval ) The next request is made at 12:09:00 PM... calls access() lastAccessedTime = 12:00:00 PM ( previous thisAccessTime ) thisAccessedTime = 12:09:00 PM Session will expire at 12:10:00 PM ( because processExpires() uses timeNow - session.getLastAccessedTime() ) --- StandardSession.access() /** * Update the accessed time information for this session. This method * should be called by the context when a request comes in for a particular * session, even if the application does not reference it. */ public void access() { this.isNew = false; this.lastAccessedTime = this.thisAccessedTime; this.thisAccessedTime = System.currentTimeMillis(); } StandardManager.processExpires() /** * Invalidate all sessions that have expired. */ private void processExpires() { long timeNow = System.currentTimeMillis(); Session sessions[] = findSessions(); for (int i = 0; i sessions.length; i++) { StandardSession session = (StandardSession) sessions[i]; if (!session.isValid()) continue; int maxInactiveInterval = session.getMaxInactiveInterval(); if (maxInactiveInterval 0) continue; int timeIdle = // Truncate, do not round up (int) ((timeNow - session.getLastAccessedTime()) / 1000L); if (timeIdle = maxInactiveInterval) { try { expiredSessions++; session.expire(); } catch (Throwable t) { log(sm.getString(standardManager.expireException), t); } } } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves mbeans-descriptors.xml
billbarker2003/06/10 20:10:01 Modified:catalina/src/share/org/apache/catalina/valves mbeans-descriptors.xml Log: Since there is no longer a CertificatesValve, there is no reason to have an MBean for it. Revision ChangesPath 1.4 +0 -21 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/mbeans-descriptors.xml Index: mbeans-descriptors.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/mbeans-descriptors.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- mbeans-descriptors.xml4 Jun 2003 16:58:21 - 1.3 +++ mbeans-descriptors.xml11 Jun 2003 03:10:01 - 1.4 @@ -55,27 +55,6 @@ type=java.lang.String/ /mbean - mbean name=CertificatesValve - description=Valve that exposes SSL certificate information - domain=Catalina - group=Valve - type=org.apache.catalina.valves.CertificatesValve - -attribute name=className - description=Fully qualified class name of the managed object - type=java.lang.String - writeable=false/ - -attribute name=containerName - description=Object name of the container - type=javax.management.ObjectName/ - -attribute name=debug - description=The debugging detail level for this component - type=int/ - - /mbean - mbean name=ErrorReportValve description=Implementation of a Valve that outputs HTML error pages domain=Catalina - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: urgent -reply
Hello, Please try using the latest stable release of Tomcat, which is 4.1.24 It is likely that such a bug might have been fixed in later releases. If you continue to face the same problem with 4.1.24, then reporting it would be more helpful. -- Sriram --- Ramakanth [EMAIL PROTECTED] wrote: Hi, I am facing a problem with tomcat 4.1.18 and HttpSessionBindingListener's valueUnbound() method. I am using an object which implements HttpSessionBindingListener. This object is kept in session. On session timeout, the object gets unbind from the session and hence the method valueUnbound should get called. But surprisingly, sometimes it is not getting called. Is it a bug in 4.1.18 or anything is missed here? please let me know your suggestion or experience regarding this. Thanks Regards, ramakanth __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FW: Rotating catalina.out.
Howdy, I just posted this to the tomcat-user mailing list. Over there, several users now and in the past have asked for the catalina.out (tomcat's default System.out / System.err destination) file to be rotated on a regular basis. One person suggested using Apache's rotatelogs (http://httpd.apache.org/docs-2.0/programs/rotatelogs.html) program to accomplish this. Tomcat already uses an internal mechanism to rollover other log files. Log4j obviously has its own mechanism. Now that we have a brand new rollover implementation in the works for log4j 1.3, I was wondering if it makes sense to make a jakarta-commons subproject out of it. See the message below for more details. What do people think? Yoav Shapira Millennium ChemInformatics -Original Message- From: Shapira, Yoav Sent: Tuesday, June 10, 2003 1:57 PM To: Tomcat Users List Subject: RE: Rotating catalina.out. Howdy, I will throw out one other thing, partially for myself so that when I look through this thread in the archives I remember this: Over in log4j land, we've got a new, flexible, generic, powerful file rollover mechanism. It has the normal features (rollover based on file size, on date [including hourly, every X minutes, etc.]) and some cooler ones (compress when rolling over, rename when rolling over, etc.). Both the rolling trigger and action are easily extensible. These rollover framework will be used in log4j 1.3, the next major version. I wonder if it can be made slightly more generic and into a jarkarta-commons-sandbox project. That will require discussion and consent from the log4j developers to start with. But if it's a commons project, tomcat could use it instead of something from unix land. Yoav Shapira Millennium ChemInformatics -Original Message- From: PELOQUIN,JEFFREY (HP-Boise,ex1) [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 10, 2003 1:47 PM To: 'Tomcat Users List' Subject: RE: Rotating catalina.out. Will do. I have to do a new test server install over the next week anyway, so I will work through the various permutations and post the results. Jeff -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 10, 2003 11:40 AM To: Tomcat Users List Subject: RE: Rotating catalina.out. Howdy, Can you submit your proposed modification to the script, and what it would require (e.g. downloading rotatelogs and placing it somewhere)? I think catalina.out rotation is a generically useful enough feature to make its way into the tomcat distribution eventually... Yoav Shapira Millennium ChemInformatics -Original Message- From: PELOQUIN,JEFFREY (HP-Boise,ex1) [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 10, 2003 1:28 PM To: 'Tomcat Users List' Subject: RE: Rotating catalina.out. Something I have always wanted to try was to modify this line of the catalina.sh $JAVA_HOME/bin/java $CATALINA_OPTS -classpath $CP \ -Djava.security.manager \ -Djava.security.policy==$CATALINA_BASE/conf/catalina.policy \ -Dcatalina.base=$CATALINA_BASE \ -Dcatalina.home=$CATALINA_HOME \ org.apache.catalina.startup.Bootstrap $@ start \ $CATALINA_BASE/logs/catalina.out to use the rotatelogs progran from apache, see for example http://httpd.apache.org/docs-2.0/logs.html#piped or simply catalina.sh do the rotation here using mv of course you have to remeber to update the script when you install a new tomcat -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 10, 2003 11:00 AM To: Tomcat Users List Subject: Re: Rotating catalina.out. In windows - your screwed. In unix: (YMMV) cp -f catalina.out catalina.out-old cat /dev/null catalina.out In a nutshell - wacky every developer upside the head which uses System.out, System.err. Then make them use a logging package such as log4j, commons-logging, ... And catalina.out becomes unused -Tim Eric J. Pinnell wrote: Hi, Our catalina.out gets rather large. We would like to keep the data. Does anybody have a good solution for rotating it w/o restarting the application? Or can that even be done? I was thinking of renaming the file and then touching catalina.out to create a new file but I have some concerns that tomcat won't write to the file once it sees it move. Anybody have any thoughts? -e - 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] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an)
[ANN] Apache Tomcat mod_jk 1.2.4 Web Server Connector released
The Tomcat team has released version 1.2.4 of the Tomcat mod_jk web server connector. This version fixes a number of minor bugs and ports all features from the Apache 1.3 version to the Apache 2 version of mod_jk 1.2. See the file CHANGES.txt in the source distribution for a complete list of changes. The source distribution is available at: http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.4/src/ Binary distributions for different web servers and operating systems will become available in the next week for download at: http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.4/bin/ Linux RPM's can be found when they become available at: http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.4/rpms/ Documentation for the release is available at: http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.4/doc/ Glenn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]