[GUMP@brutus]: Project jakarta-tomcat-jk-native (in module jakarta-tomcat-connectors) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project jakarta-tomcat-jk-native has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 43 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - jakarta-tomcat-jk-native : Connectors to various web servers Full details are available at: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason build failed The following work was performed: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/gump_work/build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native.html Work Name: build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native (Type: Build) Work ended in a state of : Failed Elapsed: Command Line: make [Working Directory: /usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/native] - Making all in common make[1]: Entering directory `/home/gump/workspaces2/public/workspace/jakarta-tomcat-connectors/jk/native/common' /bin/sh /usr/local/gump/public/workspace/apache-httpd/dest-28022005/build/libtool --silent --mode=compile gcc -I/usr/local/gump/public/workspace/apache-httpd/dest-28022005/include -g -O2 -g -O2 -pthread -DHAVE_APR -I/usr/local/gump/public/workspace/apr/dest-28022005/include/apr-1 -g -O2 -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -I/home/gump/workspaces2/public/workspace/apache-httpd/srclib/pcre -I /opt/jdk1.4/include -I /opt/jdk1.4/include/ -c jk_ajp12_worker.c /usr/local/gump/public/workspace/apache-httpd/dest-28022005/build/libtool: /usr/local/gump/public/workspace/apache-httpd/dest-28022005/build/libtool: No such file or directory make[1]: *** [jk_ajp12_worker.lo] Error 127 make[1]: Leaving directory `/home/gump/workspaces2/public/workspace/jakarta-tomcat-connectors/jk/native/common' make: *** [all-recursive] Error 1 - To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2428022005, brutus:brutus-public:2428022005 Gump E-mail Identifier (unique within run) #9. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33767] New: - [PATCH] Modification to FAQ for Remote Debugging with NetBeans IDE
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33767. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33767 Summary: [PATCH] Modification to FAQ for Remote Debugging with NetBeans IDE Product: Tomcat 5 Version: Unknown Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Webapps:Documentation AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Index: development.xml === RCS file: /home/cvspublic/jakarta-tomcat-site/xdocs-faq/development.xml,v retrieving revision 1.3 diff -u -r1.3 development.xml --- development.xml 22 Feb 2005 17:27:41 - 1.3 +++ development.xml 27 Feb 2005 15:14:26 - @@ -100,17 +100,17 @@ answer p This answer assumes that you have correctly set up a NetBeans IDE project and -that you know how to use its debugger. If not, please go to +that you know how to use the NetBeans IDE debugger. If not, please go to a href=http://www.netbeans.org/kb/using-netbeans/40/debug.html; http://www.netbeans.org/kb/using-netbeans/40/debug.html/a and read up on how to use NetBeans IDE and its debugger. /p p -Make sure that Tomcat is started, that your application is deployed, and that -the sources are all defined as resources in your application. If you have a -servlet or JSP file, set a breakpoint where its sure to hit on the next request. -Go to Run-Attach Debugger. A dialog pops up to let you specify the following -options: +Make sure that Tomcat is started in debug mode as described above, that your +application is deployed, and that the sources are all defined as resources in +your application. If you have a servlet or JSP file, set a breakpoint where you +think a problem might be occurring. Go to Run-Attach Debugger. A dialog pops +up to let you specify the following options: ul li Debugger: JPDA Debugger /li li Connector: SocketAttach /li @@ -125,9 +125,9 @@ /p p Note that NetBeans IDE has a second option -- you can debug JSP files and -servlets locally using a Tomcat server that is bundled with the IDE. The bundled -Tomcat server can be started in debug mode (its default port number is 11555) -and you can open a remote connection to it from NetBeans IDE as described above. +servlets locally using a Tomcat server that is bundled with the IDE. When you debug a +JSP file or servlet in the IDE, the bundled Tomcat server automatically starts in debug +mode, and the debugger connects to it. /p /answer /p -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project jakarta-tomcat-5 (in module jakarta-tomcat-5) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project jakarta-tomcat-5 has an issue affecting its community integration. This issue affects 11 projects, and has been outstanding for 2 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - avalon-http-context : Avalon SVN - avalon-http-demo : Avalon SVN - avalon-http-examples : Avalon SVN - avalon-http-impl : Avalon SVN - avalon-http-server : Avalon SVN - avalon-http-servlet : Avalon SVN - avalon-http-static : Avalon SVN - avalon-http-test : Avalon SVN - avalon-planet-facilities : Avalon SVN - jakarta-tomcat-5 : Servlet 2.4 and JSP 2.0 Reference Implementation - metro-reflector-blocks-complete : Avalon SVN Full details are available at: http://brutus.apache.org/gump/public/jakarta-tomcat-5/jakarta-tomcat-5/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Output [servlets-default.jar] identifier set to output basename: [servlets-default] -DEBUG- Output [servlets-invoker.jar] identifier set to output basename: [servlets-invoker] -DEBUG- Output [catalina.jar] identifier set to output basename: [catalina] -DEBUG- Output [bootstrap.jar] identifier set to output basename: [bootstrap] -DEBUG- Dependency on javamail exists, no need to add for property mail.jar. -DEBUG- Dependency on jaf exists, no need to add for property activation.jar. -DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for property servlet-api.jar. -DEBUG- Dependency on jakarta-servletapi-5-jsp exists, no need to add for property jsp-api.jar. -DEBUG- Dependency on xml-xerces exists, no need to add for property xercesImpl.jar. -DEBUG- Dependency on jakarta-tomcat-util exists, no need to add for property tomcat-util.jar. -DEBUG- Dependency on commons-el exists, no need to add for property commons-el.jar. -DEBUG- Dependency on commons-logging exists, no need to add for property commons-logging-api.jar. -DEBUG- Dependency on commons-modeler exists, no need to add for property commons-modeler.jar. -DEBUG- Dependency on ant exists, no need to add for property ant.home. -DEBUG- Dependency on jmx exists, no need to add for property jmx.home. -DEBUG- Dependency on jmx exists, no need to add for property jmx.jar. -DEBUG- Dependency on jmx exists, no need to add for property jmx-tools.jar. -DEBUG- Dependency on javamail exists, no need to add for property mail.home. -DEBUG- Dependency on jakarta-tomcat-coyote exists, no need to add for property tomcat-coyote.home. -DEBUG- Dependency on jakarta-tomcat-jasper_tc5 exists, no need to add for property jasper.home. -DEBUG- Dependency on jaf exists, no need to add for property activation.home. -DEBUG- Dependency on commons-modeler exists, no need to add for property commons-modeler.home. -DEBUG- Dependency on commons-daemon exists, no need to add for property commons-daemon.jsvc.tar.gz. -INFO- Failed with reason build failed -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://brutus.apache.org/gump/public/jakarta-tomcat-5/jakarta-tomcat-5/gump_work/build_jakarta-tomcat-5_jakarta-tomcat-5.html Work Name: build_jakarta-tomcat-5_jakarta-tomcat-5 (Type: Build) Work ended in a state of : Failed Elapsed: 32 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/serializer.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/home/gump/workspaces2/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dtomcat33.home=--UnSet-- -Djsp-api.jar=/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar -Djmx.jar=/usr/local/gump/packages/jmx-1_2-ri/lib/jmxri.jar -Djasper-compiler-jdt.jar=/usr/local/gump/packages/eclipse-3.0.1/plugins/org.eclipse.jdt.core_3.0.1/jdtcore.jar -Djmx.home=/usr/local/gump/packages/jmx-1_2-ri -Djdbc20ext.jar=/usr/local/gump/packages/jdbc2_0/jdbc2_0-stdext.jar -Dmail.home=/usr/local/gump/packages/javamail-1.3.2 -Dant.home=/usr/local/gump/public/workspace/ant/dist -Dcommons-collections.jar=/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-28022005.jar -Dxml-apis.jar=/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar -DxercesImpl.jar=/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar
DO NOT REPLY [Bug 33768] New: - Tomcat web page needs some updating concerning JK2 status
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33768. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33768 Summary: Tomcat web page needs some updating concerning JK2 status Product: Tomcat 4 Version: Unknown Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] In page http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/connectors.html JK2 is still listed currently developed native connector, whereas in http://jakarta.apache.org/tomcat/connectors-doc/ we read 15 November 2004 - JK2 is officially unsupported! (Note that the latter page was hard to find) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33743] - WebappClassLoader race condition
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33743. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33743 --- Additional Comments From [EMAIL PROTECTED] 2005-02-28 13:27 --- Great. It leads to compiled JSP classes that do *not* recover by reloading. They have a persistent NoClassDefFoundError attached. Will you apply the fix in 5.5 ? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32141] - Memory leak in Jk connector, ChannelSocket.registerRequest
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32141. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32141 --- Additional Comments From [EMAIL PROTECTED] 2005-02-28 17:02 --- I have Tomcat 5.0.28 with mod_jk for Apache2.0.49. I found this problem too. If I press constantly the F5 (refresh) key in the IE6 on the servlet with database connection (PostgreSQL), the memory is decreassed and back only on Tomcat restart. I put these settings into jk2.properties: request.registerRequests=false -as suggested in a mailing list. The situation is same: a memory leak. Can you help me, what to make in my config files? I have SLES 9 with default packages of Apache2, and mod_jk. The mod_jk2 doesn't work, because some compilling errors in the original packages. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33774] New: - JNDIRealm fails when server disconnects after time
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33774. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33774 Summary: JNDIRealm fails when server disconnects after time Product: Tomcat 5 Version: 5.0.30 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Using the JNDIRealm for authentication, if the LDAP server is set to automatically disconnect the client (in this case, tomcat's JNDIRealm), tomcat does not discover this until it attempts another login. If the connection has been reset, it results in a failed login attempt for the user. So the first time somebody logs into the application after some period of time (I think the timeout is pretty short on our LDAP server), the user will get one failed login attempt before a real one. I've not seen in the documentation any properties on the JNDIRealm an amount of time to hold the connection open before electively disconnecting it. 2005-02-28 07:47:39 JNDIRealm[/iso]: Searching for myuserid 2005-02-28 07:47:39 JNDIRealm[/iso]: base: ou=users,dc=company,dc=com filter: ((objectClass=user)(uid=myuserid)) 2005-02-28 07:47:39 JNDIRealm[/iso]: Exception performing authentication javax.naming.CommunicationException: Connection reset [Root exception is java.net.SocketException: Connection reset]; remaining name 'ou=ou=users,dc=company,dc=com' at com.sun.jndi.ldap.LdapCtx.doSearch(LdapCtx.java:1961) at com.sun.jndi.ldap.LdapCtx.searchAux(LdapCtx.java:1806) at com.sun.jndi.ldap.LdapCtx.c_search(LdapCtx.java:1731) at com.sun.jndi.toolkit.ctx.ComponentDirContext.p_search (ComponentDirContext.java:368) at com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.search (PartialCompositeDirContext.java:338) at com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.search (PartialCompositeDirContext.java:321) at javax.naming.directory.InitialDirContext.search (InitialDirContext.java:248) at org.apache.catalina.realm.JNDIRealm.getUserBySearch (JNDIRealm.java:1074) at org.apache.catalina.realm.JNDIRealm.getUser(JNDIRealm.java:967) at org.apache.catalina.realm.JNDIRealm.authenticate(JNDIRealm.java:916) at org.apache.catalina.realm.JNDIRealm.authenticate(JNDIRealm.java:809) at org.apache.catalina.authenticator.FormAuthenticator.authenticate (FormAuthenticator.java:235) at org.apache.catalina.authenticator.AuthenticatorBase.invoke (AuthenticatorBase.java:446) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke (StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service (CoyoteAdapter.java:160) at org.apache.jk.server.JkCoyoteHandler.invoke (JkCoyoteHandler.java:300) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743) at org.apache.jk.common.ChannelSocket.processConnection (ChannelSocket.java:675) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Caused by: java.net.SocketException: Connection reset at java.net.SocketInputStream.read(SocketInputStream.java:168) at java.io.BufferedInputStream.fill(BufferedInputStream.java:218) at java.io.BufferedInputStream.read1(BufferedInputStream.java:256) at java.io.BufferedInputStream.read(BufferedInputStream.java:313) at com.sun.jndi.ldap.Connection.run(Connection.java:780) ... 1 more 2005-02-28 07:47:39 JNDIRealm[/iso]:
DO NOT REPLY [Bug 33711] - Memory leak (classloader) with Log4J and Single Sign On.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33711. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33711 --- Additional Comments From [EMAIL PROTECTED] 2005-02-28 18:55 --- So the question is: How does the listener method detect the third case? I can think of hacks involving overloading the expire(notify) method with an extra param and using that to put some marker in the data field of the SessionEvent, but I can't help but think I'm missing something obvious by not knowing the code base. I can't find a cleaner way, but I have this work using the above technique. Should I provide a patch against the 5.5.7 src (which is what I'm using), or do patch have to be against the CVS head? I've not looked at other managers such as Persistent / clustering etc, as I don't know much about those. Kev -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33776] New: - crosscontext include and forward do not honor session manager on the target context
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33776. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33776 Summary: crosscontext include and forward do not honor session manager on the target context Product: Tomcat 5 Version: 5.0.30 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] hi, ApplicationHttpRequest class instantiates local sessions using getManager().createEmptySession() call. getManager().createEmptySession() method is not overriden by Filip's session managers and it would always create StandardSession instance. An adverse effect of this is broken cluster in case of cross-context forwards and includes. To fix the problem I used Manager.createSession() call instead of Manager.createEmptySession() in ApplicationHttpRequest.java line 504. hope this helps. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33777] New: - tomcat not supporting jrocket jdk
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33777. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33777 Summary: tomcat not supporting jrocket jdk Product: Tomcat 5 Version: 5.5.2 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Tomcat installer for windows doesnot accept BEA jrocket as the jdk home -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33778] New: - AddModule was removed from Apache 2.0, docs need updating
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33778. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33778 Summary: AddModule was removed from Apache 2.0, docs need updating Product: Tomcat 5 Version: Unknown Platform: PC OS/Version: Windows XP Status: NEW Severity: minor Priority: P2 Component: Connector:AJP AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] SUMMARY: In jakarta-tomcat-connectors/jk/xdocs, several references are made to AddModule, though it prevents Apache 2.0.x to start properly when inserted. Note: this section aims at the impatients!... ROOT CAUSE: AddModule was removed from Apache 2.0, because it no longer makes sense. (See http://archive.apache.org/gnats/8095) CORRECTIONS: Suggested corrections in 2 places: jk/xdocs/howto/quick.xml, 125c125 # Declare the module for lt;IfModule directivegt; --- # Declare the module for lt;IfModule directivegt; (remove this line on Apache 2.0.x) jk\xdocs\howto\apache.xml, 281c281 # Declare the module for lt;IfModule directivegt; --- # Declare the module for lt;IfModule directivegt; (remove this line on Apache 2.0.x) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23180] - Deadlock in classloader while loading JSSE
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=23180. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=23180 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2005-02-28 21:57 --- Since the root cause is a JDK issue and there has been no response to Tim's question, I am resolving this as WONTFIX. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22913] - Using jndi to get a DBCP BasicDataSource gives a ClassCastException
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=22913. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=22913 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED OS/Version||All Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-02-28 21:59 --- Closing as invalid based on Dirk's comments. Issues such as this should always be discussed on the relevant mailing list before creating a bugzilla item. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22869] - under liveDeploy a webapp may throw an exception on restart. if some files are soft links
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=22869. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=22869 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2005-02-28 22:02 --- *** This bug has been marked as a duplicate of 21818 *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21818] - Tomcat forgets allowLinking=true setting when reloading web applications
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=21818. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=21818 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2005-02-28 22:02 --- *** Bug 22869 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23852] - soft link at Tomcat 4.1.27 does not work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=23852. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=23852 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-02-28 22:40 --- Classes must be in packages. See http://jakarta.apache.org/tomcat/faq/classnotfound.html -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33715] - isErrorPage=true causes HTTP 500 error
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33715. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33715 --- Additional Comments From [EMAIL PROTECTED] 2005-02-28 22:56 --- More input from Satish Duggana [EMAIL PROTECTED]: If you create an error page that's too small, Microsoft Internet Explorer will display its own error page that includes a link to the MSN network search engine rather than your own custom error page. one should make sure that error pages must have sufficient length to be at least 512 bytes. status code -- length of the message 400 512 bytes 403 256 bytes 404 512 bytes 405 256 bytes 406 512 bytes 408 512 bytes 409 512 bytes 410 256 bytes 500 512 bytes 501 512 bytes 505 512 bytes -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21847] - Integer like attributes make Tomcat search a (I)V settter
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=21847. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=21847 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2005-02-28 22:59 --- I have a simple test case for this that works for me with the latest source from CVS. Please do not re-open this report unless you have a simple test case for 4.1.31 that demonstrates this issue. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33095] - Symbolic links in webapp not working as expected
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33095. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33095 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2005-03-01 01:32 --- Verified this on Tomcat 5.5.7. Directory listing fails when a symbolic link is present. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33782] New: - notifyListenerOnReplication has no effect when starting a node
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33782. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33782 Summary: notifyListenerOnReplication has no effect when starting a node Product: Tomcat 5 Version: Unknown Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Catalina:Cluster AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] When I start a new node, it can replicate all the existing sessions from the cluster but its listeners are not notified. The listeners are notified only when new sessions are created. If this is in fact by design, then is it possible to have an option to enable notification when a node picks up existing session during startup? Because usually if an app requires such notification when new session are created, it's likely that it also need such behavior when a new node joins in. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 33782] New: -notifyListenerOnReplication has no effect when starting a node
Your request to be removed has been acknowledged. This will be handled by a human operator so please allow 24-48 hours for processing. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/admin build.xml
billbarker2005/02/28 21:46:17 Modified:webapps/admin build.xml Log: Update for new Struts structure (so Gump can be happy again someday). This won't stop the nags until Gump starts building struts-taglib, but it's a start. Revision ChangesPath 1.16 +14 -10jakarta-tomcat-catalina/webapps/admin/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/admin/build.xml,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- build.xml 3 Sep 2004 09:33:06 - 1.15 +++ build.xml 1 Mar 2005 05:46:17 - 1.16 @@ -19,6 +19,9 @@ !-- Dependent JARs and files -- property name=servlet-api.jar value=${api.home}/jsr154/dist/lib/servlet-api.jar/ property name=jsp-api.jar value=${api.home}/jsr152/dist/lib/jsp-api.jar/ + property name=struts-core.jar value=${struts.jar} / + property name=struts-taglib.jar value=${struts.jar} / + property name=struts-taglib.lib value=${struts.lib} / !-- Construct Admin classpath -- path id=admin.classpath @@ -26,7 +29,7 @@ pathelement location=${jmx.jar}/ pathelement location=${servlet-api.jar}/ pathelement location=${jsp-api.jar}/ -pathelement location=${struts.jar}/ +pathelement location=${struts-core.jar}/ pathelement location=${commons-beanutils.jar}/ pathelement location=${commons-collections.jar}/ pathelement location=${commons-digester.jar}/ @@ -69,7 +72,7 @@ classpath=${jsp-api.jar} / available property=struts.present classname=org.apache.struts.action.ActionForm - classpath=${struts.jar} / + classpath=${struts-core.jar} / available property=beanutils.present classname=org.apache.commons.beanutils.PropertyUtils classpath=${commons-beanutils.jar} / @@ -80,7 +83,7 @@ available property=modeler.jar.present file=${commons-modeler.jar} / available property=servlet-api.jar.present file=${servlet-api.jar} / available property=jsp-api.jar.present file=${jsp-api.jar} / -available property=struts.jar.present file=${struts.jar} / +available property=struts.jar.present file=${struts-core.jar} / available property=beanutils.jar.present file=${commons-beanutils.jar} / !-- Conditional compilation flags (determined from the flags above) -- @@ -91,9 +94,6 @@ equals arg1=${struts.present} arg2=true / equals arg1=${jmx.present} arg2=true / equals arg1=${modeler.present} arg2=true / - available file=${struts.lib}/struts-bean.tld / - available file=${struts.lib}/struts-html.tld / - available file=${struts.lib}/struts-logic.tld / /and /or /condition @@ -159,10 +159,14 @@ !-- BUILD: Copy JARs == -- target name=copy-struts.jar if=struts.present -copy todir=${webapps.build}/${webapp.name}/WEB-INF/lib file=${struts.jar}/ -copy todir=${webapps.build}/${webapp.name}/WEB-INF file=${struts.lib}/struts-bean.tld/ -copy todir=${webapps.build}/${webapp.name}/WEB-INF file=${struts.lib}/struts-html.tld/ -copy todir=${webapps.build}/${webapp.name}/WEB-INF file=${struts.lib}/struts-logic.tld/ +copy todir=${webapps.build}/${webapp.name}/WEB-INF/lib file=${struts-core.jar}/ +copy todir=${webapps.build}/${webapp.name}/WEB-INF/lib file=${struts-taglib.jar} / +copy todir=${webapps.build}/${webapp.name}/WEB-INF file=${struts-taglib.lib}/struts-bean.tld +failonerror=false / +copy todir=${webapps.build}/${webapp.name}/WEB-INF file=${struts-taglib.lib}/struts-html.tld +failonerror=false / +copy todir=${webapps.build}/${webapp.name}/WEB-INF file=${struts-taglib.lib}/struts-logic.tld +failonerror=false / /target - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/webapps/admin build.xml
Your request to be removed has been acknowledged. This will be handled by a human operator so please allow 24-48 hours for processing. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Gaston Lanteigne/CA/TA.NA is out of the office.
I will be out of the office starting 28/02/2005 and will not return until 07/03/2005. I will respond to your message when I return. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33777] - tomcat not supporting jrocket jdk
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33777. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33777 --- Additional Comments From [EMAIL PROTECTED] 2005-03-01 08:53 --- Moreover, when installed onto a machine with both Sun's and BEA's JVM tomcat doesn't start on jrockit. Jrockit seems not to accept the *non-standard* -Xrs param which is appended by tomcat5w by default... :/ -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]