DO NOT REPLY [Bug 28222] - getRequestURL() in forwarded jsp/servlet doesn't return new url
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=28222. 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=28222 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | -- 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 28222] - getRequestURL() in forwarded jsp/servlet doesn't return new url
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=28222. 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=28222 --- Additional Comments From [EMAIL PROTECTED] 2005-03-03 09:28 --- This fix gives many problems when using frameworks like struts and spring together with templating (i.e. Tiles). It will now always return the JSP of the template, which makes it impossible to find out what the actual request uri was. -- 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 28222] - getRequestURL() in forwarded jsp/servlet doesn't return new url
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=28222. 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=28222 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|NEW -- 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 33829] New: - Virus detected in Windows installer
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=33829. 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=33829 Summary: Virus detected in Windows installer Product: Tomcat 4 Version: 4.1.31 Platform: PC OS/Version: Windows XP Status: NEW Severity: critical Priority: P2 Component: Installable Packages AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Downloaded tomcat installer 2 weeks ago: OK, installed on another machine: OK. My anti virus now reports Win32/Zapchast.158366!Trojan in the binary installer. Everytime I download I get the same report (even from the archive on you site (25-Sep-2004 9:25 I think). The machine I installed tomcat on reports the virus (The Win32/Zapchast.158366! Trojan virus was detected in C:\PROGRAM FILES\APACHE\TOMCAT\UNINST- TOMCAT4.EXE.). Can't reproduce this bit as I can't install again -- 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-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 48 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-03032005/build/libtool --silent --mode=compile gcc -I/usr/local/gump/public/workspace/apache-httpd/dest-03032005/include -g -O2 -g -O2 -pthread -DHAVE_APR -I/usr/local/gump/public/workspace/apr/dest-03032005/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-03032005/build/libtool: /usr/local/gump/public/workspace/apache-httpd/dest-03032005/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 2503032005, brutus:brutus-public:2503032005 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 33830] New: - Tomcat 5.5 series fails to undeploy apps with jar resources
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=33830. 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=33830 Summary: Tomcat 5.5 series fails to undeploy apps with jar resources Product: Tomcat 5 Version: 5.5.7 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Webapps:Manager AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] If a web app has other resources than classes in jar archives and accesses them through the context class loader, the undeployment of such web apps fails because the corresponding jar archives are not deleted. This happens in at least 5.5.6, 5.5.7 and 5.5.8a. The same problem is present in 4.1 series but not in 5.0 series. The following code snippet shows a simple test case: ClassLoader loader = Thread.currentThread().getContextClassLoader(); URL url1 = loader.getResource(LocalStrings.properties); InputStream in = url1.openStream(); int b = in.read(); in.close(); -- 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 33830] - Tomcat 5.5 series fails to undeploy apps with jar resources
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=33830. 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=33830 --- Additional Comments From [EMAIL PROTECTED] 2005-03-03 10:58 --- Created an attachment (id=14395) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14395action=view) The hello world sample with added jar resource access The attached servlet must be packed into a jar together with the LocalStrings.properties resource file to repeat the problem. -- 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 33830] - Tomcat 5.5 series fails to undeploy apps with jar resources
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=33830. 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=33830 --- Additional Comments From [EMAIL PROTECTED] 2005-03-03 11:01 --- Created an attachment (id=14396) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14396action=view) The resources for the hello world sample The resources must be packed into a jar together with the HelloWorldExample servlet to reproduce the problem. -- 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 28222] - getRequestURL() in forwarded jsp/servlet doesn't return new url
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=28222. 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=28222 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-03-03 11:02 --- I cannot say if the fix is invalid or not. Actually, it seems valid to me, and as a result, it's here to stay. You obviously can retrieve any of the original request paths (you have all the RD request attributes at your disposal for this). Please do not reopen the report. -- 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 33830] - Tomcat 5.5 series fails to undeploy apps with jar resources
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=33830. 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=33830 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-03-03 11:07 --- There's a FAQ chapter on Windows. You should read it (and, more generally, post to tomcat-user for this kind of issue). If you want to avoid locking, you can also use getResourceAsStream, or learn to open your URLs cleanly after using setUseCaches(false). -- 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 33810] - Stream closed errors from JSP tags under load
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=33810. 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=33810 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-03-03 12:21 --- Your code has a concurrency issue. Use tomcat-user to debug. -- 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: Logging The Revenge
Bill Barker wrote: As a log4j user I'd prefer a separate jar for Juli (so that I can remove her easily :). I'm pretty agnostic as to including it in the default tomcat-5.5.x.tar.gz or as tomcat-logging.tar.gz. In the second case, it should be enough to have tomcat-juli.jar. It's easy enough to have catalina.sh/bat look to see if tomcat-juli.jar is in bin and add the -Dj.u.l.m= to the JAVA_OPTS. I haven't had time to look at it in detail, but from what I have looked at Juli looks nice. Regardless of how it is packaged, you can use log4j simply by putting it there. The system property trick is much harder with the exe. You're not using it though, so it's clearly a SEP ;) I'll provide a default configuration in build, so that CVS users can try it. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/juli/src/java/org/apache/juli ClassLoaderLogManager.java
remm2005/03/03 05:34:17 Modified:.build.xml juli/src/java/org/apache/juli ClassLoaderLogManager.java Added: resources logging.properties Log: - Add a sample default configuration. Webapps can use their own configuration by having a logging.properties in their own classloader. - Properly parse and set handlers. - Fix useParentHandlers initialization (it tended to be always set to false). - The necessary system property is not present yet, however (-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager is needed in JAVA_OPTS or CATALINA_OPTS). Some hacking of the startup scripts is needed. Revision ChangesPath 1.225 +3 -0 jakarta-tomcat-5/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-5/build.xml,v retrieving revision 1.224 retrieving revision 1.225 diff -u -r1.224 -r1.225 --- build.xml 2 Mar 2005 18:36:29 - 1.224 +++ build.xml 3 Mar 2005 13:34:17 - 1.225 @@ -307,6 +307,9 @@ /fileset /jar + copy file=${basedir}/resources/logging.properties + todir=${tomcat.build}/common/classes / + /target target name=build-jasper 1.1 jakarta-tomcat-5/resources/logging.properties Index: logging.properties === handlers = 1catalina.org.apache.juli.FileHandler, 2localhost.org.apache.juli.FileHandler, 3manager.org.apache.juli.FileHandler, 4admin.org.apache.juli.FileHandler, java.util.logging.ConsoleHandler .handlers = 1catalina.org.apache.juli.FileHandler, java.util.logging.ConsoleHandler # Handler specific properties. # Describes specific configuration info for Handlers. 1catalina.org.apache.juli.FileHandler.level = FINE 1catalina.org.apache.juli.FileHandler.directory = ${catalina.base}/logs 1catalina.org.apache.juli.FileHandler.prefix = catalina. 2localhost.org.apache.juli.FileHandler.level = FINE 2localhost.org.apache.juli.FileHandler.directory = ${catalina.base}/logs 2localhost.org.apache.juli.FileHandler.prefix = localhost. 3manager.org.apache.juli.FileHandler.level = FINE 3manager.org.apache.juli.FileHandler.directory = ${catalina.base}/logs 3manager.org.apache.juli.FileHandler.prefix = manager. 4admin.org.apache.juli.FileHandler.level = FINE 4admin.org.apache.juli.FileHandler.directory = ${catalina.base}/logs 4admin.org.apache.juli.FileHandler.prefix = admin. java.util.logging.ConsoleHandler.level = FINE java.util.logging.ConsoleHandler.formatter = java.util.logging.SimpleFormatter # Facility specific properties. # Provides extra control for each logger. org.apache.catalina.core.ContainerBase.[Catalina].[localhost].level = INFO org.apache.catalina.core.ContainerBase.[Catalina].[localhost].handlers = java.util.logging.ConsoleHandler, 2localhost.org.apache.juli.FileHandler org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/manager].level = INFO org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/manager].handlers = 3manager.org.apache.juli.FileHandler org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/admin].level = INFO org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/admin].handlers = 4admin.org.apache.juli.FileHandler # For example, set the com.xyz.foo logger to only log SEVERE # messages: #org.apache.catalina.startup.ContextConfig.level = FINE #org.apache.catalina.startup.HostConfig.level = FINE #org.apache.catalina.session.ManagerBase.level = FINE 1.5 +30 -47 jakarta-tomcat-connectors/juli/src/java/org/apache/juli/ClassLoaderLogManager.java Index: ClassLoaderLogManager.java === RCS file: /home/cvs/jakarta-tomcat-connectors/juli/src/java/org/apache/juli/ClassLoaderLogManager.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- ClassLoaderLogManager.java3 Mar 2005 01:51:12 - 1.4 +++ ClassLoaderLogManager.java3 Mar 2005 13:34:17 - 1.5 @@ -84,9 +84,9 @@ } return unset; } -final ClassLoader classLoader = Thread.currentThread() -.getContextClassLoader(); -final ClassLoaderLogInfo info = getClassLoaderInfo(classLoader); +ClassLoader classLoader = +Thread.currentThread().getContextClassLoader(); +ClassLoaderLogInfo info =
DO NOT REPLY [Bug 33831] New: - RequestDispatcher.forward and resource missing
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=33831. 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=33831 Summary: RequestDispatcher.forward and resource missing Product: Tomcat 5 Version: 5.0.30 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: Servlet JSP API AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Hi, I think there is a problem with the RequestDispatcher when the resource to forward is missing because we have no way to know it (before receiving a 404 HTTP status) in order to try another thing... In my tests, I do this : When my servlet (http://myVhost/proxy/testProxy) forward to another servlet (in the same Context or not): try { ServletContext ctx = getServletContext(); ctx = ctx.getContext(/myNewContext); RequestDispatcher dispatcher = ctx.getRequestDispatcher(/myNewServletAlias); dispatcher.forward(request, response); } catch (Exception e) {e.printStackTrace();} (in server.xml, in the Context /proxy of myVhost, I put crossContext=true) If the Context /myNewContext is deployed in myVhost, the HTTPresponse is : HTTP/1.1 200 OK ... response of myNewServlet If the Context /myNewContext is not deployed, the HTTPresponse is : HTTP/1.1 404 /myNewServlet :-( My problem is here because, in this case, I couldn't know (before the response) this servlet was missing !! I also tested : getContext(/myNewContext/myNewServletAlias) getContext(/proxy) getContext(/proxy/myNewServletAlias) and ctx is always != null !!! (and dispatcher also always != null) 1) In other servlets containers, I read that ctx.getRequestDispatcher(...) returns null if the resource is missing. So, Why Tomcat reacts differently ? Is it a bug ? 2) In my case, I'd want to forward to myNewServlet if it is present, BUT, if it is missing, I'd want to call another url distant (with httpclient)... How can I do this with Tomcat ? Is there an 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 33831] - RequestDispatcher.forward and resource missing
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=33831. 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=33831 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-03-03 14:43 --- Your request dispatcher is getting mapped to the default servlet (which matches all requests which are not matched by other servlets), and is the one returning the 404. For questions, please use tomcat-user. -- 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 33810] - Stream closed errors from JSP tags under load
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=33810. 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=33810 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2005-03-03 14:43 --- There is no user code. It is JSP tags + code generated by Tomcat for the JSP. Are you suggesting there is a concurrency issue in Tomcat runtime and/or generated code for JSP pages with tags? -- 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 33831] - RequestDispatcher.forward and resource missing
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=33831. 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=33831 --- Additional Comments From [EMAIL PROTECTED] 2005-03-03 14:44 --- dup of 23211 -- 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 33810] - Stream closed errors from JSP tags under load
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=33810. 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=33810 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-03-03 14:52 --- use tomcat-user -- 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 33810] - Stream closed errors from JSP tags under load
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=33810. 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=33810 --- Additional Comments From [EMAIL PROTECTED] 2005-03-03 14:58 --- (In reply to comment #7) use tomcat-user Thanks. I have already posted to tomcat-user mailing list. -- 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]
cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session DeltaManager.java DeltaSession.java
fhanik 2005/03/03 06:06:37 Modified:modules/cluster/src/share/org/apache/catalina/cluster/session DeltaManager.java DeltaSession.java Log: Make sure the delta request is initated properly, fix thanks to Tkayuki Kaneko, JP Revision ChangesPath 1.41 +2 -1 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaManager.java Index: DeltaManager.java === RCS file: /home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaManager.java,v retrieving revision 1.40 retrieving revision 1.41 diff -u -r1.40 -r1.41 --- DeltaManager.java 15 Feb 2005 09:25:04 - 1.40 +++ DeltaManager.java 3 Mar 2005 14:06:36 - 1.41 @@ -409,6 +409,7 @@ //make sure that the session gets ready to expire if // needed session.setAccessCount(0); +session.resetDeltaRequest(); sessions.put(session.getId(), session); } } catch (ClassNotFoundException e) { 1.30 +4 -2 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaSession.java Index: DeltaSession.java === RCS file: /home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaSession.java,v retrieving revision 1.29 retrieving revision 1.30 diff -u -r1.29 -r1.30 --- DeltaSession.java 11 Feb 2005 19:43:51 - 1.29 +++ DeltaSession.java 3 Mar 2005 14:06:36 - 1.30 @@ -97,7 +97,7 @@ super(); this.manager = manager; - +this.resetDeltaRequest(); } // - Instance Variables @@ -350,6 +350,8 @@ if (manager != null) manager.add(this); tellNew(); +if ( deltaRequest == null ) resetDeltaRequest(); +else deltaRequest.setSessionId(id); } /** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session DeltaManager.java
fhanik 2005/03/03 06:07:33 Modified:modules/cluster/src/share/org/apache/catalina/cluster/session Tag: TOMCAT_5_0 DeltaManager.java Log: Make sure the delta request is initated properly, fix thanks to Tkayuki Kaneko, JP Revision ChangesPath No revision No revision 1.27.2.3 +2 -1 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaManager.java Index: DeltaManager.java === RCS file: /home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaManager.java,v retrieving revision 1.27.2.2 retrieving revision 1.27.2.3 diff -u -r1.27.2.2 -r1.27.2.3 --- DeltaManager.java 20 Oct 2004 17:02:16 - 1.27.2.2 +++ DeltaManager.java 3 Mar 2005 14:07:33 - 1.27.2.3 @@ -454,6 +454,7 @@ //correct timestamp, isValid returns true, cause accessCount=1 session.access(); //make sure that the session gets ready to expire if needed +session.resetDeltaRequest(); session.setAccessCount(0); sessions.put(session.getId(), session); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33558] - When the master node is enter again, only the first request is not replicated.
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=33558. 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=33558 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-03-03 15:28 --- I have applied the fix, thanks for bringing this to my attention. -- 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 33831] - RequestDispatcher.forward and resource missing
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=33831. 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=33831 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|VERIFIED Priority|P3 |P1 --- Additional Comments From [EMAIL PROTECTED] 2005-03-03 15:30 --- I used tomcat-user for my question and Tim answered me, but it wasn't enough explicit so I didn't understand the issue... :-( Now, it's OK : I have my issue and I'll post it in my own mail for other people who have the same problem like me. -- 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]
cvs commit: jakarta-tomcat-5 build.xml tomcat.nsi
remm2005/03/03 07:13:39 Modified:catalina/src/bin catalina.bat catalina.sh .build.xml tomcat.nsi Log: - Add some script magic for Juli. Revision ChangesPath 1.12 +5 -1 jakarta-tomcat-catalina/catalina/src/bin/catalina.bat Index: catalina.bat === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/bin/catalina.bat,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- catalina.bat 23 Sep 2004 20:14:48 - 1.11 +++ catalina.bat 3 Mar 2005 15:13:39 - 1.12 @@ -77,6 +77,10 @@ set CATALINA_TMPDIR=%CATALINA_BASE%\temp :gotTmpdir +if not exist %CATALINA_HOME%\bin\tomcat-juli.jar goto noJuli +set JAVA_OPTS=%JAVA_OPTS% -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager +:noJuli + rem - Execute The Requested Command --- echo Using CATALINA_BASE: %CATALINA_BASE% 1.19 +6 -1 jakarta-tomcat-catalina/catalina/src/bin/catalina.sh Index: catalina.sh === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/bin/catalina.sh,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- catalina.sh 10 Jan 2005 18:16:10 - 1.18 +++ catalina.sh 3 Mar 2005 15:13:39 - 1.19 @@ -114,6 +114,11 @@ fi fi +# Set juli LogManager if it is present +if [ -r $CATALINA_HOME/bin/tomcat-juli.jar ]; then + JAVA_OPTS=$JAVA_OPTS -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager +fi + # Add on extra jar files to CLASSPATH if [ -n $JSSE_HOME ]; then CLASSPATH=$CLASSPATH:$JSSE_HOME/lib/jcert.jar:$JSSE_HOME/lib/jnet.jar:$JSSE_HOME/lib/jsse.jar 1.226 +0 -1 jakarta-tomcat-5/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-5/build.xml,v retrieving revision 1.225 retrieving revision 1.226 diff -u -r1.225 -r1.226 --- build.xml 3 Mar 2005 13:34:17 - 1.225 +++ build.xml 3 Mar 2005 15:13:39 - 1.226 @@ -1229,7 +1229,6 @@ exclude name=*-using-launcher.*/ exclude name=LauncherBootstrap.class/ exclude name=launcher.properties/ - exclude name=tomcat-juli.jar/ /fileset /copy copy todir=${tomcat.dist}/common/classes 1.70 +3 -2 jakarta-tomcat-5/tomcat.nsi Index: tomcat.nsi === RCS file: /home/cvs/jakarta-tomcat-5/tomcat.nsi,v retrieving revision 1.69 retrieving revision 1.70 diff -u -r1.69 -r1.70 --- tomcat.nsi15 Feb 2005 15:32:32 - 1.69 +++ tomcat.nsi3 Mar 2005 15:13:39 - 1.70 @@ -131,6 +131,7 @@ SetOutPath $INSTDIR\bin File bin\bootstrap.jar File bin\commons-logging-api.jar + File bin\tomcat-juli.jar File bin\*.exe SetOutPath $INSTDIR\conf File conf\*.* @@ -307,7 +308,7 @@ Section -post nsExec::ExecToLog '$INSTDIR\bin\tomcat5.exe //US//Tomcat5 --Classpath $INSTDIR\bin\bootstrap.jar --StartClass org.apache.catalina.startup.Bootstrap --StopClass org.apache.catalina.startup.Bootstrap --StartParams start --StopParams stop --StartMode jvm --StopMode jvm' - nsExec::ExecToLog '$INSTDIR\bin\tomcat5.exe //US//Tomcat5 --JvmOptions -Dcatalina.home=$INSTDIR#-Djava.endorsed.dirs=$INSTDIR\common\endorsed#-Djava.io.tmpdir=$INSTDIR\temp --StdOutput auto --StdError auto' + nsExec::ExecToLog '$INSTDIR\bin\tomcat5.exe //US//Tomcat5 --JvmOptions -Dcatalina.home=$INSTDIR#-Djava.endorsed.dirs=$INSTDIR\common\endorsed#-Djava.io.tmpdir=$INSTDIR\temp#-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager --StdOutput auto --StdError auto' WriteUninstaller $INSTDIR\Uninstall.exe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5/resources logging.properties
remm2005/03/03 07:26:07 Modified:resources logging.properties Log: - Don't use the console handler for localhost to get cleaner console output. Revision ChangesPath 1.2 +1 -1 jakarta-tomcat-5/resources/logging.properties Index: logging.properties === RCS file: /home/cvs/jakarta-tomcat-5/resources/logging.properties,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- logging.properties3 Mar 2005 13:34:17 - 1.1 +++ logging.properties3 Mar 2005 15:26:07 - 1.2 @@ -33,7 +33,7 @@ org.apache.catalina.core.ContainerBase.[Catalina].[localhost].level = INFO -org.apache.catalina.core.ContainerBase.[Catalina].[localhost].handlers = java.util.logging.ConsoleHandler, 2localhost.org.apache.juli.FileHandler +org.apache.catalina.core.ContainerBase.[Catalina].[localhost].handlers = 2localhost.org.apache.juli.FileHandler org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/manager].level = INFO org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/manager].handlers = 3manager.org.apache.juli.FileHandler - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23311] - Connections to tomcat left in CLOSE_WAIT
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=23311. 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=23311 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] -- 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 33832] New: - context attributes get lost
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=33832. 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=33832 Summary: context attributes get lost Product: Tomcat 5 Version: 5.5.7 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I use ServletContextListener to start/stop of one internal working thread. In contextInitialized(ServletContextEvent event) the Thread object will be created and started, than registred as an attribute: ServletContext context = event.getServletContext(); MailerThread mailerThread = new MailerThread(...); context.setAttribute(de.mints.interrisk.mail.thread, mailerThread) In contextDestroyed(ServletContextEvent event) the thread must be interrupted: ServletContext context = event.getServletContext(); Thread thread = (Thread)context.getAttribute(de.mints.interrisk.mail.thread); thread.interrupt(); Under Tomcat 5.5.4 it works fine, but under 5.5.7 thread == null. It seems the context's attributes go lost. -- 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 33832] - context attributes get lost
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=33832. 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=33832 --- Additional Comments From [EMAIL PROTECTED] 2005-03-03 18:40 --- It working under: Tomcat 5.5.4 / JDK 1.4.2_7 but not under Tomcat 5.5.7 / JDK 1.5.0_1 -- 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]
cvs commit: jakarta-tomcat-catalina/webapps/docs logging.xml tomcat-docs.xsl
remm2005/03/03 10:26:40 Modified:webapps/docs logging.xml tomcat-docs.xsl Log: - Documentation on JULI. Revision ChangesPath 1.6 +120 -8jakarta-tomcat-catalina/webapps/docs/logging.xml Index: logging.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/logging.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- logging.xml 7 Dec 2004 16:38:15 - 1.5 +++ logging.xml 3 Mar 2005 18:26:40 - 1.6 @@ -128,14 +128,37 @@ /section section name=java.util.logging + p In order to configure JDK logging you should have JDK 1.4+. Tomcat 5.5 is intended for JDK 5.0, but can be run on JDK 1.4 using a compatibility package. /p p -In order to configure JDK Logging, you should find the JDK's logging.properties file. Check -your JAVA_HOME environment setting to see which JDK Tomcat is using (or maybe JRE 5.0 as Tomcat -can now run on a JRE from version 5.5). The file will be in code$JAVA_HOME/jre/lib/code. +The default implemenatation of java.util.logging provided in the JDK is too limited to be +useful. A limitation of JDK Logging appears to be the inability to have per-web application logging, +as the configuration is per-VM. As a result, Tomcat will, in the default configuration, +replace the default LogManager implementation with a container friendly implementation +called JULI, which addresses these shortcomings. It supports the same configuration mechanisms +as the standard JDK java.util.logging, using either a programmatic approach, or properties +files. The main difference is that per-classloader properties files can be set (which enables easy +redeployment friendly webapp configuration), and the properties files support slightly extended +constructs which allows more freedom for defining handlers and assigning them to loggers. + /p + p +JULI is enabled by default in Tomcat 5.5, and supports per classloader configuration, in addition to +the regular global java.util.logging configuration. This means that logging can be configured at +the following layers: +ul + liIn the JDK's logging.properties file. Check + your JAVA_HOME environment setting to see which JDK Tomcat is using (or maybe JRE 5.0 as Tomcat + can now run on a JRE from version 5.5). The file will be in code$JAVA_HOME/jre/lib/code. + Alternately, it can also use a global configuration file located elsewhere by using the + system property codejava.util.logging.config.file/code, or programmatic configuration using + codejava.util.logging.config.class/code./li + liIn each classloader using a logging.properties file. This means that it is possible to have a + configuration for the Tomcat core, as well as separate configurations for each webapps which will + have the same lifecycle as the webapps./li +/ul /p p The default logging.properties specifies a ConsoleHandler for routing logging to stdout and @@ -143,17 +166,106 @@ WARN, FINE, FINEST or ALL. The logging.properties shipped with JDK is set to INFO. You can also target specific packages to collect logging from and specify a level. Here is how you would set debugging from Tomcat. You would need to ensure the ConsoleHandler's level is also -set to collect this threshold, so FINEST or ALL should be set. +set to collect this threshold, so FINEST or ALL should be set. Please refer to Sun's java.util.logging +documentation for the complete details. /p p sourceorg.apache.catalina.level=FINEST/source /p - p -A limitation of JDK Logging appears to be the inability to have per-web application logging, -as the configuration is per-VM. It is advisable to use log4j for per-web application logging -as explained below. +The configuration used by JULI is extremely similar, but uses a few extensions to allow better +flexibility in assigning loggers. The main differences are: +ul + liA prefix may be added to handler names, so that multiple handlers of a single class may be + instantiated. A prefix is a String which starts with a digit, and ends with '.'. For example, + code22foobar./code is a valid prefix./li + liAs in Java 5.0, loggers can define a list of handlers using the codeloggerName.handlers/code + property./li + liBy default, loggers will not delegate to their parent if they have associated handlers. This + may be changed per logger using the codeloggerName.useParentHandlers/code property, which accepts + a boolean value./li + liThe root logger can define its set of handlers using a
cvs commit: jakarta-tomcat-connectors/juli/src/java/org/apache/juli FileHandler.java
remm2005/03/03 10:29:45 Modified:juli/src/java/org/apache/juli FileHandler.java Log: - Remove FIXME. Revision ChangesPath 1.5 +1 -4 jakarta-tomcat-connectors/juli/src/java/org/apache/juli/FileHandler.java Index: FileHandler.java === RCS file: /home/cvs/jakarta-tomcat-connectors/juli/src/java/org/apache/juli/FileHandler.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- FileHandler.java 3 Mar 2005 01:51:12 - 1.4 +++ FileHandler.java 3 Mar 2005 18:29:45 - 1.5 @@ -198,9 +198,6 @@ prefix = getProperty(className + .prefix, juli.); suffix = getProperty(className + .suffix, .log); -// FIXME: This should IMO be shared at the LogManager level, but the javadocs -// seem to imply that this should not be the case for some reason - // Get logging level for the handler setLevel(Level.parse(getProperty(className + .level, + Level.ALL))); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Logging The Revenge
Remy Maucherat wrote: Regardless of how it is packaged, you can use log4j simply by putting it there. The system property trick is much harder with the exe. You're not using it though, so it's clearly a SEP ;) I'll provide a default configuration in build, so that CVS users can try it. Ok, the thing should be testable now :) It's enabled by default, and should provide better defaults that what is used right now. If it does not, then it's easy to tweak the configuration file. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33829] - Virus detected in Windows installer
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=33829. 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=33829 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-03-03 22:14 --- I have re-downloaded the file scanned it, performed an install and scanned again. The virus is not present. It looks like your machine is infected. -- 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 13606] - Compiler not thread safe
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=13606. 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=13606 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2005-03-03 23:47 --- *** This bug has been marked as a duplicate of 16449 *** -- 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 16449] - Race condition when compiling jsp pages
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=16449. 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=16449 --- Additional Comments From [EMAIL PROTECTED] 2005-03-03 23:47 --- *** Bug 13606 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 17892] - contextDestroyed not given time and finalizers not called on shutdown
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=17892. 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=17892 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-03-04 00:11 --- (In reply to comment #0) I have a contextDestroyed() method in a servlet. It may take it up to a couple of seconds to do its job. Sometimes it completes, but more often the web app is destroyed before it is done. This shouldn't be in a servlet. It should be in a separate listener class. I have a simple test case that takes 5s to execute contextDestroyed() and it always completes. I also have a finalize method in a class for an asynchronous thread (not a servlet). The finalize never gets called. There is no guarantee in Java when, or even if, a finalize() method will be called. -- 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]
cvs commit: jakarta-tomcat-catalina/catalina/src/conf catalina.policy
remm2005/03/03 15:41:14 Modified:webapps/docs logging.xml catalina/src/conf catalina.policy Log: - Add JULI in the policy file. - Modify the header of the logging page in the docs. Revision ChangesPath 1.7 +5 -5 jakarta-tomcat-catalina/webapps/docs/logging.xml Index: logging.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/logging.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- logging.xml 3 Mar 2005 18:26:40 - 1.6 +++ logging.xml 3 Mar 2005 23:41:14 - 1.7 @@ -20,7 +20,7 @@ a href=http://jakarta.apache.org/commons/logging;Commons Logging/a throughout its internal code allowing the developer to choose a logging configuration that suits their needs, e.g -JDK Logging or +java.util.logging or a href=http://logging.apache.org/log4j;Log4J/a. Commons Logging provides Tomcat the ability to log hierarchially across various log levels without needing to rely on a particular @@ -29,10 +29,10 @@ p An important consequence for Tomcat 5.5 is that the lt;Loggergt; element found in previous versions to create a codelocalhost_log/code is no longer a valid nested element -of lt;Contextgt;. Instead, codestdout/code will collect runtime exceptions and other uncaught -exception generated by web applications. If the developer wishes to collect detailed internal -Tomcat logging (i.e what is happening within the Tomcat engine), then they should configure -a logging system such as JDK Logging or log4j as detailed next. +of lt;Contextgt;. Instead, the default Tomcat configuration will use java.util.logging. +If the developer wishes to collect detailed internal Tomcat logging (i.e what is happening +within the Tomcat engine), then they should configure a logging system such as java.util.logging +or log4j as detailed next. /p /section 1.13 +6 -1 jakarta-tomcat-catalina/catalina/src/conf/catalina.policy Index: catalina.policy === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/conf/catalina.policy,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- catalina.policy 15 Sep 2004 18:57:41 - 1.12 +++ catalina.policy 3 Mar 2005 23:41:14 - 1.13 @@ -65,6 +65,11 @@ permission java.security.AllPermission; }; +// These permissions apply to JULI +grant codeBase file:${catalina.home}/bin/tomcat-juli.jar { +permission java.security.AllPermission; +}; + // These permissions apply to the servlet API classes // and those that are shared across all class loaders // located in the common directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33837] New: - Directive typo in error message and documentation suggestion
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=33837. 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=33837 Summary: Directive typo in error message and documentation suggestion Product: Tomcat 5 Version: Unknown Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P1 Component: Native:JK AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Line 1891 of jk/native/apache-1.3/mod_jk.c mispells JkWorkersFile. I first was scratching my head over the whole JkWorkersFile vs. JkWorkerFile thing until I dug further into the source that led to my real problem: you can't have spaces on either side of the '=' in workers.properties. Maybe an additional error message for file not found vs. no properties found would be helpful. Being an admin and not a developer, this is more of a big deal because most config files aren't so stringent about spaces. I spent way too long on that one! I hope documentation could be update to reflect it, because it wasn't clear from my reading... the whole properties and XML usage to configure software is bad enough for us admins :) Thanks for your time and great software. dpk -- 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 33837] - Directive typo in error message and documentation suggestion
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=33837. 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=33837 [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|Linux |All -- 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 33838] New: - Filter class not implementing javax.servlet.Filter causes silent Error filterStart 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=33838. 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=33838 Summary: Filter class not implementing javax.servlet.Filter causes silent Error filterStart error Product: Tomcat 5 Version: 5.0.25 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Servlet JSP API AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] If you define a filter which does NOT implement javax.servlet.Filter you get a message SEVERE: Error filterStart but you get absolutely no other information. A little bit more informative error message would have saved me A LOT of debugging time. -- 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]