DO NOT REPLY [Bug 37269] - sticky session doesn't seem to 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=37269. 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=37269 --- Additional Comments From [EMAIL PROTECTED] 2005-10-28 12:21 --- I got it to work : the jvmRoute attribute must be the name of the worker, not the name of the server... This is not documented, the doc only says the the jvmRoute mus be unique. -- 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 35916] - Session listeners not called on cluster server restart
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=35916. 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=35916 --- Additional Comments From [EMAIL PROTECTED] 2005-10-29 02:33 --- You're welcome. Thank you for your work! -- 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 37302] - Custom context loader unable to find Tomcat jar files
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=37302. 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=37302 --- Additional Comments From [EMAIL PROTECTED] 2005-10-31 20:46 --- I did some more testings, the problem happens when the context definition is in server.xml, if the context definition is in its own individual file it works. So there are two solutions to fix this regression : - fix the bug by reintroducing the rule or finding another technical solution. - update the documentation by changing this sentence Please note that for tomcat 5, unlike tomcat 4.x, it is NOT recommended to place Context elements directly in the server.xml file by Please note that for tomcat 5.5, unlike tomcat 4.x, it is NOT SUPPORTED to place Context elements directly in the server.xml file As written in the changelog this removal was based on the feelings that this rule was useless and that maybe it used to be useful, so yes it was very useful before Tomcat 5, when defining context in server.xml was the recommended way. r303856 | remm | 2005-04-15 01:58:46 -0700 (Fri, 15 Apr 2005) | 4 lines - I don't see the purpose of the copy CL rule, as ContainerBase.getParentClassLoader will return the parent class loader anyway. If a custom parent is set, the rule will dumbly override it, thus it seems it never serves a useful purpose. Maybe it used to be useful. Bruno -- 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 37350] - Problems serving large (50k+) static images on linux
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=37350. 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=37350 --- Additional Comments From [EMAIL PROTECTED] 2005-11-04 04:09 --- Created an attachment (id=16872) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16872action=view) One of the images that tomcat wont' serve -- 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 37350] New: - Problems serving large (50k+) static images on linux
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=37350. 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=37350 Summary: Problems serving large (50k+) static images on linux Product: Tomcat 5 Version: 5.5.12 Platform: PC OS/Version: Linux Status: NEW Severity: major Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I have a web app that spits out dynamic pages that include within them links to static icons and whatnot. A typical img looks like: img src=./img/help/newsurvey.gif / These all work perfectly on Tomcat 5.5.9 on Windows XP. When I move the war over to my linux box with Tomcat 5.5.12, however, all the img tags that point to images over about 50k break. I don't get a broken link, I don't get a half an image, I just get ... nothing. When I look in catalina.out, I see what I think is the error message, but I can't figure out the cause. Again, small images server just fine. Big ones cause errors, but only when references via links as I described. Also noteworthy is that Tomcat appears unable to serve the image even if I navigate to it via the url directly e.g. typing: http://p500:9090/Corinna/img/help/navigatemain.png Results in the same error. The error I get the *first* time I go after the resource. ClientAbortException: java.net.SocketException: Broken pipe at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffe r.java:366) at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:403) at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java: 314) at org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:29 3) at org.apache.catalina.connector.CoyoteOutputStream.flush(CoyoteOutputSt ream.java:97) at org.apache.tapestry.request.ResponseOutputStream.forceFlush(ResponseO utputStream.java:149) at org.apache.tapestry.engine.AbstractEngine.service(AbstractEngine.java :945) at org.apache.tapestry.ApplicationServlet.doService(ApplicationServlet.j ava:198) at servlet.MyServlet.doService(MyServlet.java:167) at org.apache.tapestry.ApplicationServlet.doGet(ApplicationServlet.java: 159) at servlet.MyServlet.doGet(MyServlet.java:141) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl icationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF ilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV alve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextV alve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j ava:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j ava:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal ve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.jav a:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java :868) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.p rocessConnection(Http11BaseProtocol.java:663) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpo int.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFol lowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP ool.java:684) at java.lang.Thread.run(Thread.java:595) The error I get *subsequent times*: java.lang.NoSuchMethodError: org.apache.naming.resources.ResourceAttributes.getCanonicalPath()Ljava/lang/String; org.apache.catalina.servlets.DefaultServlet.checkSendfile(DefaultServlet.java:1521) org.apache.catalina.servlets.DefaultServlet.serveResource(DefaultServlet.java:839) org.apache.catalina.servlets.DefaultServlet.doGet(DefaultServlet.java:348) javax.servlet.http.HttpServlet.service(HttpServlet.java:689) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) -- 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 37351] New: - ORM support in Tomcat
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=37351. 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=37351 Summary: ORM support in Tomcat Product: Tomcat 5 Version: Unknown Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] any plans to support ORM? I suppose ORM is now fundamental part of webapp development. Its natural that tomcat somehow support ORM in some way by default. Not to mention Ruby on Rails is gaining reputation. lot of work needs to be done when using hibernate. I know its hibernates fault not tomcat, but I guess something can be done on the tomcat end. -- 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 31125] - conf/web.xml not valid
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=31125. 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=31125 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2005-11-04 09:41 --- xref eclipse bug 113347 (https://bugs.eclipse.org/bugs/show_bug.cgi?id=113347) Apparently the regexp in web-app_2_4.xsd contains a bug, making application/xhtml+xml and other +xml mime types invalid. The eclipse bug contains a fix for the schema file. Of course, would be good to get it fixed in the spec, so if anyone got connections... -- 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 37350] - Problems serving large (50k+) static images on linux
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=37350. 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=37350 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-11-04 11:13 --- You are having installation problems (maybe the naming-resources.jar file was not updated). The error calling String getCanonicalPath() (which must exist in the latest version) is causing the 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 37356] New: - Tomcat does not invalidate sessions after session-timeout period has passed.
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=37356. 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=37356 Summary: Tomcat does not invalidate sessions after session- timeout period has passed. Product: Tomcat 5 Version: 5.0.28 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I am encountering a problem with Tomcat 5.0.28. I have an application which times users sessions out after 5 minutes of inactivity. I have written some extensions to the manager app that allow me to list sessions for a given context and also to force an invalidation of sessions that have been idle for over a specified period of time. Using these tools I can see that I have a lot of sessions with an idle_time far in excess of 5 minutes - values of over 24 hours are not uncommon. Using my manager extensions I am then able to force these sessions to invalidate, at which point my HttpSessionBindingListener class (valueUnbound method) is invoked and logs the user connected to that session out, before invalidating the session and it being removed from the list of sessions. The fact that the user log out can take place without any problems on these 'stale' sessions seems to indicate that the problem is that the session has not been invalidated - as in Tomcat has made no attempt to invalidate the session after the idle expiry time has passed, there are no error messages posted in any logs and try as I might I am unable to reproduce this behaviour on 2 other test systems even when completing the same actions as the production system users do that cause this problem. Clearly I have checked that the configuration is correct - indeed some sessions will be timed out as expected so there cannot be a configuration 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 31125] - conf/web.xml not valid
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=31125. 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=31125 --- Additional Comments From [EMAIL PROTECTED] 2005-11-04 16:41 --- (In reply to comment #8) xref eclipse bug 113347 (https://bugs.eclipse.org/bugs/show_bug.cgi?id=113347) Apparently the regexp in web-app_2_4.xsd contains a bug, making application/xhtml+xml and other +xml mime types invalid. The eclipse bug contains a fix for the schema file. Of course, would be good to get it fixed in the spec, so if anyone got connections... Yes, the Servlet EG is aware and a fix will soon be applied. -- 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 37350] - Problems serving large (50k+) static images on linux
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=37350. 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=37350 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2005-11-04 17:37 --- I don't want to be obsteferous here, but if it's a problem with naming-resources.jar it's a bit more subtle than that. I installed off of the tomcat RPMs off the apache, so, unless there's a problem with the rpms, I've got an as-shipped install. I have a naming-resources.jar in what looks like the proper location: [EMAIL PROTECTED] ~]$ find . -name naming*.jar ./realtomcat/common/lib/naming-factory.jar ./realtomcat/common/lib/naming-resources.jar ./realtomcat/common/lib/naming-factory-dbcp.jar When I do a cksum on the jar I get what looks like the right number (at least it matches the jar I yanked off my (working) windows installation). This is the chsum of the jar from the windows installation (copied onto the linux box temporarily so I could cksum it): [EMAIL PROTECTED] mirror]$ cksum naming-resources.jar 2735540403 46606 naming-resources.jar This is the cksum of the one out of /commons/lib: [EMAIL PROTECTED] ~]$ cksum ./realtomcat/common/lib/naming-resources.jar 2735540403 46606 ./realtomcat/common/lib/naming-resources.jar There is one, and only one, copy of a jar named naming-resources.jar on the machine: [EMAIL PROTECTED] /]# find . -name naming*.jar find: ./proc/5638/task: No such file or directory ./home/pcasey/realtomcat/common/lib/naming-factory.jar ./home/pcasey/realtomcat/common/lib/naming-resources.jar ./home/pcasey/realtomcat/common/lib/naming-factory-dbcp.jar So, while it may well be a configuration problem, I don't think it's a problem with the installation or having the wrong jars floating around from a previous install. -- 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 37350] - Problems serving large (50k+) static images on linux
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=37350. 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=37350 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-11-04 18:09 --- (In reply to comment #4) I take it back, I installed from the 5.5.12 tarball, not the rpm package. I still have the tarball if anybody wants it. Curiously though, I yanked the latest tarball off of apache and the latest tarball has the *right* .jar in it. The tarball I have has the *wrong* .jar in it. Looks like somebody already fixed this after I got my tarball. -- 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]
Bug report for Tomcat 3 [2005/11/06]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 2350|Ver|Nor|2001-06-27|ServletConfig.getInitParameter() requires url-patt| | 2478|Opn|Cri|2001-07-06|Passing Session variables between JSP's and Servle| | 4551|Opn|Nor|2001-10-31|Ctx( /tt01 ): IOException in: R( /tt01 + /com/abc/| | 4980|New|Min|2001-11-20|Startup message indicates incorrect log file | | 4994|New|Nor|2001-11-21|Tomcat needs a mechanism for clean and certain shu| | 5064|New|Cri|2001-11-25|Socket write error when include files is more than| | 5108|New|Maj|2001-11-26|Docs for Tomcat 3.2.x appear to be for Tomcat 3.3 | | 5137|New|Nor|2001-11-27|Null pointer in class loader after attempting to r| | 5160|Unc|Maj|2001-11-28|'IllegalStateException' | | 5331|New|Nor|2001-12-09|getPathInfo vs URL normalization | | 5510|New|Blk|2001-12-19|How to call ejb deployed in JBoss from Tomcat serv| | 5756|New|Nor|2002-01-08|jspc.bat exits with wrong ERRORLEVEL | | 5797|New|Nor|2002-01-10|UnCatched ? StringIndexOutOfBoundsException: Strin| | 6027|New|Maj|2002-01-25|Tomcat Automatically shuts down as service | | 6168|New|Blk|2002-02-01|IllegalStateException | | 6451|New|Cri|2002-02-14|Stackoverflow | | 6478|New|Enh|2002-02-14|Default Tomcat Encoding | | 6488|Ver|Maj|2002-02-15|Error: 304. Apparent bug in default ErrorHandler c| | 6648|New|Nor|2002-02-25|jakarta-servletapi build with java 1.4 javadoc err| | 6702|New|Cri|2002-02-27|win 2k services not working | | 6796|New|Cri|2002-03-01|Tomcat dies periodically | | 6989|New|Maj|2002-03-08|Unable to read tld file during parallel JSP compil| | 7013|New|Cri|2002-03-10|Entering a servlet path with non-ISO8859-1 charact| | 7227|New|Nor|2002-03-19|error-code directive don't work | | 7626|New|Nor|2002-03-29|classloader not working properly | | 7652|New|Cri|2002-04-01|Tomcat stalls periodically| | 7785|New|Blk|2002-04-06|tomcat bug in context reloading | | 7863|New|Maj|2002-04-09|I have a problem when running Tomcat with IIS | | 8187|New|Cri|2002-04-17|Errors when Tomcat used with MS Access database | | 8239|New|Cri|2002-04-18|Resource temporary unavailable| | 8263|New|Cri|2002-04-18|url-pattern easy to circumvent| | 9250|New|Maj|2002-05-20|outOfMemoryError | | 9367|New|Maj|2002-05-23|HttpSessionBindingEvent not thrown for HttpSession| | 9390|New|Nor|2002-05-24|jasper compilation error in tomcat| | 9480|New|Nor|2002-05-29|Data connection pooling | | 9607|New|Maj|2002-06-04|precompile JSP| | 9737|Ver|Nor|2002-06-10|ArrayIndexOutOfBoundsException when sending just p| |10047|New|Cri|2002-06-20|IllegalStateException | |10202|New|Maj|2002-06-25|Tomcat is not responding in time | |10357|Unc|Blk|2002-06-30|java.lang.IllegalArgumentException: Short Read| |10406|New|Cri|2002-07-02|IllegalStateException | |11087|New|Blk|2002-07-23|IllegalStateException | |11286|New|Maj|2002-07-30|Tomcat threads not respond if increase JVM size | |11466|New|Nor|2002-08-05|ContextManager: SocketException reading request | |12156|New|Cri|2002-08-29|Apache and Tomcat 3.3.1 Interworking problem | |12194|New|Maj|2002-08-30|Tomcat does not send WWW-Authenticate header | |12852|New|Nor|2002-09-20|May be error in _jspService() - out.flushBuffers(| |14386|New|Maj|2002-11-08|Date headers corrupted using setDateHeader| |15632|New|Nor|2002-12-23|Problem with the Tomcat Sessions Parameter on URL | |16363|New|Cri|2003-01-23|Stack Overflow accessing compiled JSP - Tomcat 3.2| |17081|New|Min|2003-02-14|Some javadoc comment fixes| |17915
Bug report for Tomcat 5 [2005/11/06]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | |17310|Ver|Nor|2003-02-22|;jsessionid confuses StandardHostcan't find Co| |19803|Ver|Maj|2003-05-09|manager reload fails and disables app - Incompatib| |19958|Ver|Maj|2003-05-15|Problems reading ServletInputStream | |21045|Ver|Nor|2003-06-24|Manager app does find resources | |21600|Ver|Nor|2003-07-15|Parameter's lost after manager stop/start or rel| |22679|Ver|Enh|2003-08-24|how to access ssl session ID out of tomcat to prev| |22986|Ver|Nor|2003-09-08|Web apps with context XML file don't start if CATA| |24413|Ver|Nor|2003-11-04|bundled JMX implementation not compliant to specif| |24943|Ver|Nor|2003-11-24|Tomcat 5.0.14 / Windows 2000 Service does not star| |25078|Ver|Nor|2003-11-29|Catalina Ant Serverinfo task always fails | |27338|Ver|Maj|2004-03-01|Wrong mappings for JSP Documents (.jspx) | |28039|New|Enh|2004-03-30|Cluster Support for SingleSignOn | |28633|New|Nor|2004-04-27|Add JMX Support to ClusterManager | |28634|New|Nor|2004-04-27|Extend StandardManager/StandardSession for DeltaMa| |28709|Ver|Nor|2004-04-30|javax.servlet.http.HttpServletRequest.isRequestedS| |28875|Ver|Nor|2004-05-10|Multi-byte characters in default error page aren't| |29091|Opn|Nor|2004-05-19|Non-ascii characters are not handled correctly... | |29160|Ver|Enh|2004-05-23|precompile problem: _jspx_meth_* (javax.servlet.js| |29494|Opn|Enh|2004-06-10|No way to set PATH when running as a service on Wi| |29497|Unc|Nor|2004-06-10|Connection pool, redeployment | |29521|Ver|Cri|2004-06-11|No destroy methods called on service shutdown | |30241|Ver|Enh|2004-07-21|Enhance build script to use branch argument when c| |30833|Ver|Nor|2004-08-24|request.getServerPort() returns wrong port (WAS: r| |31125|Opn|Nor|2004-09-08|conf/web.xml not valid| |31804|Opn|Maj|2004-10-20|setParent() is not called on nested tags in a tag | |32081|New| |2004-11-05|Wrapper scripts require a JDK to be present. | |32180|New|Nor|2004-11-11|EL functions are executed in privileged context | |32280|Ver|Cri|2004-11-17|Problem clustering tomcat when a failed server is | |32569|Ass|Nor|2004-12-07|ServletContextListener will not die | |32593|Inf|Maj|2004-12-09|Server (Apache 2.0.48) reached MaxClients setting | |32754|Inf|Nor|2004-12-17|Can't modify thread configuration attributes of AJ| |32832|Ver|Maj|2004-12-23|request.getSession(false) fails to return null. | |33180|Ver|Nor|2005-01-20|JSTL automatic type conversion gives unexpected re| |33262|Inf|Nor|2005-01-27|Service Manager autostart should check for adminis| |33356|Inf|Maj|2005-02-02|Incorrect parsing of tag attributes | |33407|Inf|Nor|2005-02-05|\$ is quoted even with el-ignored=true| |33453|Opn|Enh|2005-02-08|Jasper should recompile JSP files whose datestamps| |33494|New|Enh|2005-02-10|jscv configure script fails on x86_64 | |33650|Inf|Enh|2005-02-19|Jasper performance for multiple files processing | |33671|Opn|Enh|2005-02-21|Manual Windows service installation with custom na| |33831|Ver|Nor|2005-03-03|RequestDispatcher.forward and resource missing| |34006|Ver|Nor|2005-03-14|Undeploy of webapps with antiResourceLocking in ME| |34016|Ver|Nor|2005-03-15|antiResourceLocking webapp fails to deploy on Tomc| |34033|Ver|Nor|2005-03-16|Cannot delete users using Administration Tool weba| |34076|Inf|Nor|2005-03-18|overriding content.xml docBase with manager webapp| |34319|New|Nor|2005-04-06|StoreBase.processExpires() is very inefficient| |34396|Inf| |2005-04-11|security exception using datasource in servlet-in| |34399|Opn|Nor|2005-04-11|Undeploying fails when context defined in server.x| |34509|New|Nor|2005-04-19|tag names that are xml:Name but not java identifie| |34560|Opn|Maj|2005-04-22|AuthenticatorBase tests and applies disableProxyCa| |34643|New|Enh|2005-04-27|document how to use certificate-based clientAuth| |34769|Inf
Bug report for Watchdog [2005/11/06]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 278|Unc|Nor|2000-12-04|Bug in GetParameterValuesTestServlet.java file Bug| | 279|Unc|Nor|2000-12-04|Logical Error in GetParameterValuesTestServlet Bug| | 469|Unc|Nor|2001-01-17|in example-taglib.tld urn should be uri BugRat| | 470|Unc|Nor|2001-01-17|FAIL positiveForward.jsp and positiveInclude.jsp B| | 9634|New|Enh|2002-06-05|No tests exist for ServletContext.getResourcePaths| |10703|New|Enh|2002-07-11|Need to test getRequestURI after RequestDispatcher| |11336|New|Enh|2002-07-31|Test wrapped path methods with RD.foward()| |11663|New|Maj|2002-08-13|JSP precompile tests rely on Jasper specific behav| |11664|New|Maj|2002-08-13|A sweep is needed of all Watchdog 4.0 tag librarie| |11665|New|Maj|2002-08-13|ServletToJSPErrorPageTest and ServletToServletErro| |11666|New|Maj|2002-08-13|SetBufferSize_1TestServlet is invalid.| |14004|New|Maj|2002-10-28|Incorrent behaviour of all attribute-related lifec| |15504|New|Nor|2002-12-18|JSP positiveGetValues test relies on order preserv| |24649|New|Nor|2003-11-12|getRemoteHost fails when agent has uppercase chara| |29398|New|Nor|2004-06-04|Update site and note current status | +-+---+---+--+--+ | Total 15 bugs | +---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27371] - java.lang.ThreadDeath caused by log4j when reloading Tomcat app
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=27371. 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=27371 --- Additional Comments From [EMAIL PROTECTED] 2005-11-06 23:21 --- The testcase is fairly straightforward - all you need is a servlet with a service() method with say a (generous) twenty second sleep in it (during which you will request a reload of the context), followed by any code that will cause a class to be loaded. Hit the servlet with a service request, and reload the webapp during the sleep. Tomcat will have invalidated the classloader (and reloaded the context) by the time the sleep completes, and you should see a ThreadDeath thrown. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37261] - Parsing web.xml from TldLocationsCache does not handle external entities
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=37261. 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=37261 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-11-07 03:09 --- This is now fixed in the SVN trunk, and will appear in 5.5.13. -- 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 37143] - Jasper precompiler didn't handle external entities
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=37143. 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=37143 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2005-11-07 04:17 --- AFAIK, these are the only two places where web.xml is parsed. *** This bug has been marked as a duplicate of 37261 *** -- 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 27371] - java.lang.ThreadDeath caused by log4j when reloading Tomcat app
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=27371. 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=27371 --- Additional Comments From [EMAIL PROTECTED] 2005-11-07 07:11 --- Brett, There seems to be a mismatch between your test-case description and what I've been experiencing on my end. What I see on my end is request #1 is run to termination, I request a reload of the webapp, Tomcat's manager fails the reload operation and indicates a ThreadDeath has occured. I fully expect the request to get ThreadDeath if it continues running beyond the scope of a context reload but what I am seeing (and I consider this a bug) is Tomcat dishing out a ThreadDeath to a completely unrelated request. If I try sending out request #2 after the reload operation returns ThreadDeath, the request will fail with yet another exception. From this point onward Tomcat is in some sort of bad state and no matter how many times I try manager stop/start/reload it'll always fail. I am forced to fully shutdown Tomcat and restart it. New requests to the webapp now work. You can read more about this here: http://www.netbeans.org/issues/show_bug.cgi?id=62529 Do you have any idea why this is occuring? I have been unable to narrow this down to a minimal testcase. I saw it once in my minimal testcase, but too rare to be of any use. In my original application I see it on the first manager/reload request. I will continue trying to isolate the problem. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37381] New: - pageContext.forward causes Illegal to clear() when buffer size == 0
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=37381. 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=37381 Summary: pageContext.forward causes Illegal to clear() when buffer size == 0 Product: Tomcat 5 Version: 5.0.28 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Jasper AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I have certain JSP pages where no buffer is required - or rather a buffer of 0 IS required - being set via: %@ page buffer=none %. On this implementation a security check is performed (session based) and if it fails, I do a pageContext.forward(/somepath/jsp). Works file, except on the pages where %@ page buffer=none % is specified. Exception details: Illegal to clear() when buffer size == 0 java.lang.IllegalStateException at org.apache.jasper.runtime.JspWriterImpl.clear(JspWriterImpl.java:144) at org.apache.jasper.runtime.PageContextImpl.doForward(PageContextImpl.java:646) at org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:637) at com.unysen.security.SecurityCheckTag.doStartTag(SecurityCheckTag.java:179) Would it not be safe to do a: if (pageContext.getOut().getBufferSize() 0) JspWriterImpl.clear(); Not sure if this is required by the JSP spec or not, but seems like a logical check to make :) Thanks. -- 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 27371] - java.lang.ThreadDeath caused by log4j when reloading Tomcat app
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=27371. 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=27371 --- Additional Comments From [EMAIL PROTECTED] 2005-11-08 10:58 --- Gili, You asked for a minimal testcase showing ThreadDeath being thrown, so that's what I described :). You should try it out - perhaps it will assist in understanding the specifics of the problem you are having there. You should bear in mind that this is no longer considered a bug, as the issue is pretty well understood now. To re-raise as a bug you would need to be able to demostrate incorrect behaviour by Tomcat's classloaders. There are workarounds for the fact that Tomcat does not allow the service() threads timeout to be configured. Other invalid references to classloaders may be harder to track down, perhaps this is what you are experiencing. I couldn't see any of your stack-traces above. Perhaps they will highlight the operation that caused the ThreadDeath to be thrown. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37150] - denial of service on many and long requests on v5.5.x
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=37150. 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=37150 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-11-08 22:12 --- This bug report does not make any sense, sorry. -- 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 37150] - denial of service on many and long requests on v5.5.x
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=37150. 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=37150 --- Additional Comments From [EMAIL PROTECTED] 2005-11-08 23:45 --- (In reply to comment #5) Looks like his testing of 5.5.12 was bad. I can easily reproduce this using the latest source from SVN and the problem area has remained unchanged. I posted an explanation of what is going on to the dev list. The abstraction layer will make directory listings expensive (actually, directory listings in Java are going to be expensive regardless), so I don't see how this can be optimized. The fact remains however that this bug report is nonsense. -- 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 37424] New: - welcome-file list not working with extensions
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=37424. 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=37424 Summary: welcome-file list not working with extensions Product: Tomcat 5 Version: Unknown Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] When a client requests a partial uri in a webapp with no matching static resource or servlet/jsp in the DD, Tomcat should process the welcome-file list in the DD and append each welcome-file entry to the partial request. After appending Tomcat should look for a matching static resource or servlet. [1] Problem as follows: When using a welcome-filefoo.bar/welcome-file and having a servlet matching the pattern *.bar, this servlet is not invoked. Using a normal path extension in the welcome file works. working: servlet-mapping servlet-nameBarServlet/servlet-name url-pattern/home/url-pattern /servlet-mapping welcome-file-list welcome-filehome/welcome-file /welcome-file-list not working: servlet-mapping servlet-nameBarServlet/servlet-name url-pattern*.bar/url-pattern /servlet-mapping welcome-file-list welcome-filefoo.bar/welcome-file /welcome-file-list I know that the deafult servlet maps to url-pattern//url-pattern so that it will be invoked before any extension matching servlet, when accessing http://example.com/mywebapp/ , but when going deeper in the directory structure the BarServlet should be invoked when accessing e.g. http://example.com/mywebapp/buzz/ . The partial request /buzz/ should be extended by foo.bar becoming /buzz/foo.bar and a match with *.bar should invoke BarServlet. I used Tomcat 5.5.12. Regards, Peter Menzel [1] The Servlet spec 2.4 (SRV 9.10) states: The web server must append each welcome file in the order specified in the DD to the partial request and check whether a static resource or servlet in the WAR is mapped to that request URI. -- 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 37424] - welcome-file list not working with extensions
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=37424. 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=37424 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2005-11-09 13:01 --- That's normal, it can't be implemented. -- 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 37425] New: - NullPointerException while undeploying webapp
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=37425. 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=37425 Summary: NullPointerException while undeploying webapp Product: Tomcat 5 Version: 5.5.12 Platform: PC OS/Version: Windows XP Status: NEW Severity: regression Priority: P2 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I get such exception report in catalina..log when I undeploy web application (deployed as WAR). 09.11.2005 10:46:59 org.apache.catalina.startup.HostConfig checkResources INFO: Undeploying context [/context1] 09.11.2005 10:47:12 org.apache.catalina.startup.HostConfig checkResources INFO: Undeploying context [/context1] 09.11.2005 10:47:12 org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor processChildren SEVERE: Exception invoking periodic operation: java.lang.NullPointerException at org.apache.catalina.core.ContainerBase.removeChild(ContainerBase.java:883) at org.apache.catalina.startup.HostConfig.checkResources(HostConfig.java:1019) at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1178) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:292) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) at org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1304) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1568) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1577) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1557) at java.lang.Thread.run(Unknown Source) -- 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 37424] - welcome-file list not working with extensions
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=37424. 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=37424 --- Additional Comments From [EMAIL PROTECTED] 2005-11-09 14:31 --- I'd suggest you might get further if you provide an example of a container where it is actually implemented as you say. Might be wrong, but I think nearly all the container implementations behave the same way as Tomcat (at least I can't remember one that acts like you mentioned). -- 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 37425] - NullPointerException while undeploying webapp
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=37425. 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=37425 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME -- 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 37425] - NullPointerException while undeploying webapp
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=37425. 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=37425 --- Additional Comments From [EMAIL PROTECTED] 2005-11-09 14:43 --- honestly remy! the guy is not exactly making up a NPE stack trace out of thin air is he? why not give the guy some guidance about why at org.apache.catalina.core.ContainerBase.removeChild(ContainerBase.java:883) might throw a NPE? -- 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 37424] - welcome-file list not working with extensions
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=37424. 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=37424 --- Additional Comments From [EMAIL PROTECTED] 2005-11-09 15:06 --- (In reply to comment #6) Can you tell which very bad consequences this feature involves ? The (mandatory) default configuration includes index.jsp in the welcome file list, as well as a servlet mapped to *.jsp. This will not work well at all if your interpretation of the specification is correct. So why should this bear problems? When having index.jsp in the welcome-file-list and accessing /buzz/, index.jsp is appended, resulting in /buzz/index.jsp, which in turn is mapped to the JspServlet which matches *.jsp. When this works, why should the .bar extension not? servlet-mapping servlet-nameBarServlet/servlet-name url-pattern*.bar/url-pattern /servlet-mapping welcome-file-list welcome-filefoo.bar/welcome-file /welcome-file-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]
DO NOT REPLY [Bug 37150] - denial of service on many and long requests on v5.5.x
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=37150. 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=37150 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-11-09 23:18 --- This is now fixed. The obvious optimisation has been made in the code but this only has a marginal impact. Given the high cost of generating the listings in Java, this code cannot be optimised to the point where large directory listings will not place a disproportionate load on the server. Therefore, directory listing is now disabled by default and warnings have been added to both the documentation and the file where this is configured. These changes will be included in versions 5.5.13+, 5.0.31+ and 4.1.32+ Note that releases of the 4.1.x and 5.0.x branches are now infrequent and that none are planned at 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 37429] New: - jsvc does not set procname correctly. Incorrect argument parsing
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=37429. 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=37429 Summary: jsvc does not set procname correctly. Incorrect argument parsing Product: Tomcat 5 Version: 5.5.12 Platform: PC OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: Native:Packaging AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Support for -procname was added to jsvc, which is great. However, the order in which the arguments are processed is incorrect. The argument processor complains that -procname is not recognized. Reorganizing the check for -procname so that it is before the Invalid option check solves the issue: (This patch also gets rid of a compiler warning for unnecessary char *temp variable) --- arguments.c 2005-05-17 06:13:39.0 -0700 +++ /tmp/arguments.c2005-11-08 14:18:04.0 -0800 @@ -186,16 +186,17 @@ } else if (strstr(argv[x],-ea)==argv[x]) { args-opts[args-onum++]=strdup(argv[x]); -} else if (strstr(argv[x],-)==argv[x]) { -log_error(Invalid option %s,argv[x]); -return(NULL); - } else if (strcmp(argv[x],-procname) == 0) { args-procname = optional(argc, argv, x++); if(args-procname == NULL) { log_error(Invalid process name specified); return (NULL); } + +} else if (strstr(argv[x],-)==argv[x]) { +log_error(Invalid option %s,argv[x]); +return(NULL); + } else { args-clas=strdup(argv[x]); break; @@ -248,7 +249,6 @@ } if (log_debug_flag==true) { -char *temp; log_debug(+-- DUMPING PARSED COMMAND LINE ARGUMENTS --); -- 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 37430] - Syslog support for jsvc
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=37430. 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=37430 --- Additional Comments From [EMAIL PROTECTED] 2005-11-09 23:43 --- I should have mentioned how to use it -outfile SYSLOG -errfile SYSLOG -- 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 37424] - welcome-file list not working with extensions
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=37424. 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=37424 --- Additional Comments From [EMAIL PROTECTED] 2005-11-10 02:07 --- (In reply to comment #8) (In reply to comment #6) Can you tell which very bad consequences this feature involves ? The (mandatory) default configuration includes index.jsp in the welcome file list, as well as a servlet mapped to *.jsp. This will not work well at all if your interpretation of the specification is correct. So why should this bear problems? When having index.jsp in the welcome-file-list and accessing /buzz/, index.jsp is appended, resulting in /buzz/index.jsp, which in turn is mapped to the JspServlet which matches *.jsp. When this works, why should the .bar extension not? Note it works only if index.jsp exists. Same with foo.bar - you want it served, you have to make sure it exists. -- 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 31125] - conf/web.xml not valid
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=31125. 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=31125 --- Additional Comments From [EMAIL PROTECTED] 2005-11-10 03:21 --- So I guess that means we shouldn't correct Tomcat's conf/web.xml file, and instead wait for the Spec fix? -- 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 35809] - JkMountCopy don't 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=35809. 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=35809 [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|Linux |Windows XP -- 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 37425] - NullPointerException while undeploying webapp
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=37425. 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=37425 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Additional Comments From [EMAIL PROTECTED] 2005-11-10 06:48 --- Steps to reproduce: 1. Make webapp WAR that has ContextListener which calls java.sql.DriverManager.registerDriver(driver) in contextInitialized() and calls java.sql.DriverManager.unregisterDriver(driver) in contextDestroyed(). 2. Deploy WAR 3. Run webapp 4. Undeploy WAR 5. We get that NullPointerExceptions in log. No any other exceptions there. 6. After undeploy WEB-INF/lib/jdbcDriver.jar remains opened by Tomcat. -- 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 37425] - NullPointerException while undeploying webapp
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=37425. 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=37425 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-11-10 07:23 --- http://tomcat.apache.org/faq/windows.html#lock 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 10691] - staring tomcat gives indication that tomcat is starting but never that it is started
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=10691. 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=10691 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|tomcat- |[EMAIL PROTECTED] |[EMAIL PROTECTED] | Status|NEW |ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2005-11-10 11:02 --- Created an attachment (id=16937) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16937action=view) staring tomcat gives indication that tomcat is starting but never that it is started 8009 port Linux 2.4.21-4.EL #1 Fri Oct 3 18:13:58 EDT 2003 i686 i686 i386 GNU/Linux This is my Operating System details. I configured tomcat+apache using mod_jk.so protocal ajp13, tomcat and apache working fine, But whenever restarting tomcat(stop and sart), tomcat port 8080 is listening, But 8009 port listening very slow, Its taking time for listening around 20 minutes, Please help me. apache version httpd-2.0.53 tomcat 4.1.27 tomcat connector jakarta-tomcat-connectors-4.1.27-src -- 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 37442] New: - JK Connector Session Desynchronisation
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=37442. 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=37442 Summary: JK Connector Session Desynchronisation Product: Tomcat 4 Version: 4.1.27 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: Connector:JK/AJP AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I've add a case of session mix on my web server. One user got information about another session. I suspect that mod_jk got somehow desynchronised and sent a response from an older request. Here is my configuration: Tomcat 4.1.27 mod_jk 1.2.5 (Build 29/09/03, could be a beta version) apache 2.0.47 I know these versions are obsolete and should be upgraded. Unfortunately, this won't be possible if I do not find a proof that they might be involved in the session mix. I found the following related issues: http://issues.apache.org/bugzilla/show_bug.cgi?id=14282 http://issues.apache.org/bugzilla/show_bug.cgi?id=16705 but they do not match the installed versions. I've been searching for days but did not find anything else. Are you aware of any case of desynchronisation of the Apache - Tomcat connection that would match these versions? PS: the problem might be connected to the following exception: java.lang.ArrayIndexOutOfBoundsException: 12611 at org.apache.ajp.Ajp13Packet.peekInt(Ajp13Packet.java(Compiled Code)) at org.apache.ajp.Ajp13Packet.getInt(Ajp13Packet.java(Inlined Compiled Code)) at org.apache.ajp.Ajp13Packet.getMessageBytes(Ajp13Packet.java(Inlined Compiled Code)) at org.apache.ajp.RequestHandler.decodeRequest(RequestHandler.java(Compiled Code)) at org.apache.ajp.Ajp13.handleMessage(Ajp13.java (Compiled Code)) at org.apache.ajp.Ajp13.receiveNextRequest(Ajp13.java(Compiled Code)) at org.apache.ajp.tomcat4.Ajp13Processor.process(Ajp13Processor.java(Compiled Code)) at org.apache.ajp.tomcat4.Ajp13Processor.run (Ajp13Processor.java:585) at java.lang.Thread.run(Thread.java:513) -- 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 37429] - jsvc does not set procname correctly. Incorrect argument parsing
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=37429. 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=37429 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2005-11-10 11:50 --- *** This bug has been marked as a duplicate of 36051 *** -- 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 37448] New: - Problem locating the appropriate Tomcat connector
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=37448. 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=37448 Summary: Problem locating the appropriate Tomcat connector Product: Tomcat 5 Version: 5.0.25 Platform: Sun OS/Version: Solaris Status: NEW Severity: blocker Priority: P2 Component: Native:JK AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Hi, One of the applications I am trying to install requires Apache 2.0.48 and Tomcat 5.0.25 but having a problem locating the appropriate Tomcat Connector (mod_jk2.so) for it. So far, I've downloaded several versions of the source code off the archives but none of them seem to work. Any suggestions on where can I get either the Tomcat Connector binary or the source code that'll work with both would be grealty appreciated. Thanks. -- 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 37313] - Using class already loaded
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=37313. 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=37313 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-11-10 19:30 --- You can only have one version of a class per classloader repository. There are a number of workarounds, such as renaming one of the classes or functions, or moving one jar to another classloader. You can get some advise on the user mailing list regarding this issue. But it's not a Tomcat 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 37319] - catalina.bat doesn't 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=37319. 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=37319 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-11-10 19:45 --- Thanks for pointing this out, I've fixed it in SVN. -- 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 37320] - Failing to resolve a (previously resolved) tag during page compilation
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=37320. 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=37320 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2005-11-10 19:46 --- Changing to NEEDINFO until we get the source... -- 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 36922] - setup.sh file mis-advertised and 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=36922. 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=36922 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-11-10 19:52 --- I see a tomcat.sh in the jsvc.tar.gz file: it's under the native subdirectory, as the instructions suggest. And if you copy the files created when making jsvc under a directory with that name, jsvc is a directory in addition to a file. -- 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 37455] New: - https/sll hangs with tcnative-1.dll
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=37455. 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=37455 Summary: https/sll hangs with tcnative-1.dll Product: Tomcat 5 Version: 5.5.12 Platform: PC OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Connector:HTTP AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Hi, When tc-native-1.dll is present, https://localhost hangs for a few minutes before displaying page cannot be displayed. It works fine if tcnative-1.dll is removed. Here is an extract from my server.xml Connector port=443 maxHttpHeaderSize=8192 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false disableUploadTimeout=true acceptCount=100 scheme=https secure=true clientAuth=false sslProtocol=TLS keystoreFile=c:\Documents and Settings\Owner\.keystore keystorePass=mypassword / I created the keystore with keygen of jdk 1.5. It worked fine with Tomcat 5.5.9 using the same configuration and keystore. I am using Windows XP Service Pack 2 with Sun Java 1.5.0.4. Thanks Jean-Pierre Pelletier e-djuster -- 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 37457] New: - Deploying(copying webapp.war) and restarting tomcat doenst always deploy webapp
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=37457. 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=37457 Summary: Deploying(copying webapp.war) and restarting tomcat doenst always deploy webapp Product: Tomcat 5 Version: 5.0.28 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Deploying(copying webapp.war) and restarting tomcat doenst always deploy webapp. I have few tomcat servers, and I deploy a webapp.war file. This I do by copying the war file to the tomcat (stopped), and earlier webapp removed. I do a restart, which would install the webapp. Now after waiting for 30 secs, I delete the webapp.war file. There are times when the webapp doesnt exist. -- 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 36847] - [Patch] ZipException when using tag in deploy ant task
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=36847. 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=36847 [EMAIL PROTECTED] changed: What|Removed |Added Severity|major |normal Priority|P3 |P2 Version|5.5.9 |5.5.12 -- 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 35982] - Deleting Mail Session Causes Error 500
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=35982. 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=35982 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-11-11 03:29 --- I've fixed mailSessions.jspf in the admin webapp. Thanks for reporting this. -- 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 37195] - NPE in WebClassloader
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=37195. 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=37195 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-11-11 03:34 --- Once you get an OutOfMemoryError, the VM is in a badly defined state. The NPE is probably not the problem itself, just the first random error that occurs after the OOME. If you can reproduce the NPE reliably without an OOME, please reopen the issue and let us know how you do it so that we can do it ourselves. Otherwise, solve the OOME first. -- 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 36673] - can't delete detasource
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=36673. 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=36673 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-11-11 03:48 --- Fixed. Thank you for reporting this. -- 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 35300] - Thread pool expands when many threads are idle
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=35300. 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=35300 --- Additional Comments From [EMAIL PROTECTED] 2005-11-11 09:41 --- Connector configuration: minSpareThreads=150 and maxThreads=300 When the connector starts, it will start with 150 threads and when the load increases it can go up to 300 threads. But, it seems that the thread pool expanded from 150 to 300 even though only about ~37 threads were busy and remaining threads were idle. This thread dump was taken immediately after noticing thread count increase. -- 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 37277] - long delay in Tomcat startup
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=37277. 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=37277 --- Additional Comments From [EMAIL PROTECTED] 2005-11-11 10:30 --- Thread dump on the windows system can be achieved by typing Control+Break. -- 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 37471] New: - Can not delete a Context from Admin Tool
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=37471. 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=37471 Summary: Can not delete a Context from Admin Tool Product: Tomcat 5 Version: 5.5.12 Platform: Other OS/Version: Windows XP Status: NEW Severity: major Priority: P2 Component: Webapps:Administration AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] User can not delete an existing Context from Web Administration tool. It is deleting a Context from tool temperately but if reload the administration tool, the Administration tool still shows up the Context even though user clicked the Commit Change button. -- 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 35300] - Thread pool expands when many threads are idle
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=35300. 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=35300 --- Additional Comments From [EMAIL PROTECTED] 2005-11-11 19:05 --- If you need to discuss further, please post to 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 37469] - mod_jk doesn�t scale well with hundreds of sites - interferes with CGI handling
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=37469. 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=37469 --- Additional Comments From [EMAIL PROTECTED] 2005-11-11 19:07 --- Created an attachment (id=16949) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16949action=view) debug file for mod_jk -- 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 37469] - mod_jk doesn�t scale well with hundreds of sites - interferes with CGI handling
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=37469. 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=37469 --- Additional Comments From [EMAIL PROTECTED] 2005-11-11 19:20 --- Your log statements look inconsistent to me: [pid 30864] write(1, Content-Type: text/html\n\nTest..., 72) = 72 0.20 So PID 30864 correctly writes your CGI output after a very short time. The next entry [pid 30785] ... poll resumed [{fd=26, events=POLLIN, revents=POLLIN}, {fd=28, events=POLLIN}], 2, 3) = 1 2.120682 comes from a totally different process 30785 and for me it does NOT mean, that the request took 2 seconds. [Fri Nov 11 12:55:50 2005] [25756:39072] [debug] jk_cleanup_shmem::mod_jk.c (1761): Shmem cleanup [Fri Nov 11 12:55:53 2005] [25756:39072] [debug] jk_cleanup_shmem::mod_jk.c (1761): Shmem cleanup These two messages come from PID 25756 which is again another process. Furthermore the PID is numerically very different from the PIDs above, so it seems that this process has not been started/forked around the same time as the other two ones. You can add %P to apaches log format to log the PID which processed the request and %T to get the request duration in seconds. Nevertheless I find it strange, that the same PID and thread id logs a cleanup two times. -- 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 37469] - mod_jk doesn�t scale well with hundreds of sites - interferes with CGI handling
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=37469. 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=37469 --- Additional Comments From [EMAIL PROTECTED] 2005-11-11 19:35 --- The log I send is different from the first post (I did another test when you asked). Also when I did the strace, I had to choose a child process and then hit the web a couple of times, till it uses the one I chose. Sorry, if it looks inconsistent. If you want I can try to provide a log with the right PIDs, but they will look exactly as what I posted. Thanks 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]
DO NOT REPLY [Bug 35461] - bad request http 400 using mod_jk 1.2.13. After downgrading to 1.3.33 and mod_jk 1.2.5 the problems have gone. Problems occur again after using the combination Apache We
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=35461. 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=35461 --- Additional Comments From [EMAIL PROTECTED] 2005-11-11 23:23 --- I seem to be running into this issue as well. Just a suggestion (not sure if it makes a difference here yet), but have you tried setting maxPostSize=0 or to some high value on the AJP connector definition in your Tomcat server.xml files? According to http://tomcat.apache.org/tomcat-5.0-doc/config/http.html the default maximum is 2MB. -- 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 35461] - bad request http 400 using mod_jk 1.2.13. After downgrading to 1.3.33 and mod_jk 1.2.5 the problems have gone. Problems occur again after using the combination Apache We
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=35461. 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=35461 [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 35461] - bad request http 400 using mod_jk 1.2.13. After downgrading to 1.3.33 and mod_jk 1.2.5 the problems have gone. Problems occur again after using the combination Apache We
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=35461. 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=35461 --- Additional Comments From [EMAIL PROTECTED] 2005-11-11 23:44 --- Just to followup to my previous suggestion... it did not fix the problem. We are using the following versions: apache-2.0.54 mod_jk-1.2.13 tomcat-5.0.27 Apache is using mod_jk for load balancing between four Tomcat instances on other machines. This is what we see throughout our mod_jk log: [Fri Nov 11 22:39:02 2005] [info] ajp_process_callback::jk_ajp_common.c (1375): Connection aborted or network problems [Fri Nov 11 22:39:02 2005] [info] ajp_service::jk_ajp_common.c (1719): Receiving from tomcat failed, because of client error without recovery in send loop 0 [Fri Nov 11 22:39:02 2005] [info] service::jk_lb_worker.c (677): unrecoverable error 400, request failed. Client failed in the middle of request, we can't recover to another instance. [Fri Nov 11 22:39:02 2005] [info] jk_handler::mod_jk.c (1970): Aborting connection for worker=balancer -- 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 36922] - setup.sh file mis-advertised and 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=36922. 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=36922 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2005-11-12 01:08 --- (In reply to comment #1) I see a tomcat.sh in the jsvc.tar.gz file: it's under the native subdirectory, as the instructions suggest. And if you copy the files created when making jsvc under a directory with that name, jsvc is a directory in addition to a file. It can't be both in the same place. The web page is *STILL* wrong. It's the next to the last paragraph. -- 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 37469] - mod_jk doesn�t scale well with hundreds of sites - interferes with CGI handling
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=37469. 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=37469 --- Additional Comments From [EMAIL PROTECTED] 2005-11-12 19:58 --- 25756 is the forked CGI process. On the test perl script change print line to: print Test - PID process $$ !!; and you´ll see that this is the process that calls jk_cleanup_shmem (!? - weird...) -- 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 37480] - Log forging possible
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=37480. 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=37480 [EMAIL PROTECTED] changed: What|Removed |Added Component|Catalina|Webapps:Examples --- Additional Comments From [EMAIL PROTECTED] 2005-11-12 23:16 --- Apart from the example webapp, all code paths listed in this report that exhibit this issue require that debug level logging is enabled. Whether or not to encode debug level log messages is a trade off between a low risk vulnerability - difficult to attack without being spotted(1) and a low impact(2) - and the risk of causing developer issues when reading debug messages as well as adding complexity to the logging code. Having debugged a fair number of i18n issues in Tomcat, I'd much rather have un-encoded log output. (1) You don't know which debug logging is turned on where and at what level, the message may get logged by multiple components with different message formats, you need to get the timestamp right etc (2) Could be used to disguise another attack but in itself does not actually do any harm. Therefore, I am changing the component for this issue to the examples webapp. -- 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 37442] - JK Connector Session Desynchronisation
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=37442. 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=37442 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-11-13 00:41 --- Without steps to reproduce this using the latest versions of supported code (Tomcat 4.1.31 rather than 4.1.27, JK 1.2.15 rather than 1.2.5 and the Coyote rather than the AJP connector) this bug is invalid. I would suggest the following course of action. Assuming you can re-produce this error with your current configuration, change configuration/upgrade in the following order (lowest impact change first) until the problem is fixed. If the problem persists, re-open this bug with exact steps to reproduce from a clean install - Switch to the Coyote connector - Upgrade JK to 1.2.15 - Upgrade to Tomcat 4.1.31 -- 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]
Bug report for Tomcat 5 [2005/11/13]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | |17310|Ver|Nor|2003-02-22|;jsessionid confuses StandardHostcan't find Co| |19803|Ver|Maj|2003-05-09|manager reload fails and disables app - Incompatib| |19958|Ver|Maj|2003-05-15|Problems reading ServletInputStream | |21045|Ver|Nor|2003-06-24|Manager app does find resources | |21600|Ver|Nor|2003-07-15|Parameter's lost after manager stop/start or rel| |22679|Ver|Enh|2003-08-24|how to access ssl session ID out of tomcat to prev| |22986|Ver|Nor|2003-09-08|Web apps with context XML file don't start if CATA| |24413|Ver|Nor|2003-11-04|bundled JMX implementation not compliant to specif| |24943|Ver|Nor|2003-11-24|Tomcat 5.0.14 / Windows 2000 Service does not star| |25078|Ver|Nor|2003-11-29|Catalina Ant Serverinfo task always fails | |27338|Ver|Maj|2004-03-01|Wrong mappings for JSP Documents (.jspx) | |28039|New|Enh|2004-03-30|Cluster Support for SingleSignOn | |28633|New|Nor|2004-04-27|Add JMX Support to ClusterManager | |28634|New|Nor|2004-04-27|Extend StandardManager/StandardSession for DeltaMa| |28709|Ver|Nor|2004-04-30|javax.servlet.http.HttpServletRequest.isRequestedS| |28875|Ver|Nor|2004-05-10|Multi-byte characters in default error page aren't| |29091|Opn|Nor|2004-05-19|Non-ascii characters are not handled correctly... | |29160|Ver|Enh|2004-05-23|precompile problem: _jspx_meth_* (javax.servlet.js| |29494|Opn|Enh|2004-06-10|No way to set PATH when running as a service on Wi| |29497|Unc|Nor|2004-06-10|Connection pool, redeployment | |29521|Ver|Cri|2004-06-11|No destroy methods called on service shutdown | |30241|Ver|Enh|2004-07-21|Enhance build script to use branch argument when c| |30833|Ver|Nor|2004-08-24|request.getServerPort() returns wrong port (WAS: r| |31125|Opn|Nor|2004-09-08|conf/web.xml not valid| |31804|Opn|Maj|2004-10-20|setParent() is not called on nested tags in a tag | |32081|New| |2004-11-05|Wrapper scripts require a JDK to be present. | |32180|New|Nor|2004-11-11|EL functions are executed in privileged context | |32280|Ver|Cri|2004-11-17|Problem clustering tomcat when a failed server is | |32569|Ass|Nor|2004-12-07|ServletContextListener will not die | |32593|Inf|Maj|2004-12-09|Server (Apache 2.0.48) reached MaxClients setting | |32754|Inf|Nor|2004-12-17|Can't modify thread configuration attributes of AJ| |32832|Ver|Maj|2004-12-23|request.getSession(false) fails to return null. | |33180|Ver|Nor|2005-01-20|JSTL automatic type conversion gives unexpected re| |33262|Inf|Nor|2005-01-27|Service Manager autostart should check for adminis| |33356|Inf|Maj|2005-02-02|Incorrect parsing of tag attributes | |33407|Inf|Nor|2005-02-05|\$ is quoted even with el-ignored=true| |33453|Opn|Enh|2005-02-08|Jasper should recompile JSP files whose datestamps| |33494|New|Enh|2005-02-10|jscv configure script fails on x86_64 | |33650|Inf|Enh|2005-02-19|Jasper performance for multiple files processing | |33671|Opn|Enh|2005-02-21|Manual Windows service installation with custom na| |33831|Ver|Nor|2005-03-03|RequestDispatcher.forward and resource missing| |34006|Ver|Nor|2005-03-14|Undeploy of webapps with antiResourceLocking in ME| |34016|Ver|Nor|2005-03-15|antiResourceLocking webapp fails to deploy on Tomc| |34033|Ver|Nor|2005-03-16|Cannot delete users using Administration Tool weba| |34076|Inf|Nor|2005-03-18|overriding content.xml docBase with manager webapp| |34319|New|Nor|2005-04-06|StoreBase.processExpires() is very inefficient| |34396|Inf| |2005-04-11|security exception using datasource in servlet-in| |34399|Opn|Nor|2005-04-11|Undeploying fails when context defined in server.x| |34509|New|Nor|2005-04-19|tag names that are xml:Name but not java identifie| |34560|Opn|Maj|2005-04-22|AuthenticatorBase tests and applies disableProxyCa| |34643|New|Enh|2005-04-27|document how to use certificate-based clientAuth| |34769|Inf
DO NOT REPLY [Bug 37100] - SEGV in mod_proxy_ajp
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=37100. 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=37100 --- Additional Comments From [EMAIL PROTECTED] 2005-11-13 23:29 --- (In reply to comment #13) [..cut..] usefulness. Currently mod_jk doesn't flush on output (of course, it thinks it's still httpd-1.3 and calls ap_rwrite, so maybe not the best example :). [..cut..] At least for mod_jk 1.2.15 (I don't know when this changes was introduced) this is not completely true. You can force mod_jk to flush to the client after every AJP13_SEND_BODY_CHUNK received via JkOptions +FlushPackets So mod_jk lets you have a choice here. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37485] - I'd like to run init SQL after JDBC Connection creation in DBCP
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=37485. 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=37485 --- Additional Comments From [EMAIL PROTECTED] 2005-11-14 09:42 --- Created an attachment (id=16958) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16958action=view) My changes in BasicDataSource of Tomcat DBCP Init SQL in resource Context setting: Resource name=jdbc/CzechSortDS auth=Container type=javax.sql.DataSource driverClassName=oracle.jdbc.driver.OracleDriver url=jdbc:oracle:thin:@server:1521:sid factory=org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory username= password= maxActive=40 maxIdle=10 maxWait=5000 connectionInitSql=ALTER SESSION SET NLS_SORT=XCZECH/ -- 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 36153] - html:form action is blank
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=36153. 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=36153 --- Additional Comments From [EMAIL PROTECTED] 2005-11-14 09:44 --- I was having this same problem and couldn't figure out why. I was using jdk 1.5, tomcat 5.5.9, struts 1.2.7 and everything looked fine. I don't know if this is the issue Matt was having, but here is how I fixed it for me. After reading through the struts source, I found that org.apache.struts.taglib.TagUtils assumes that you have a single servlet mapping to struts (in getActionMappingURL), I infact had three in order to get a few urls to work without whatever.do: servlet-mapping servlet-nameaction/servlet-name url-pattern*.do/url-pattern /servlet-mapping servlet-mapping servlet-nameaction/servlet-name url-pattern/campaigns/url-pattern /servlet-mapping servlet-mapping servlet-nameaction/servlet-name url-pattern/publishers/url-pattern /servlet-mapping to get my forms working again. All I had to do was move the *.do mapping to the bottom of the list of three mappings. -- 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 32418] - URL is not supported for WAR deployment in Tomcat 5 Manager.
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=32418. 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=32418 --- Additional Comments From [EMAIL PROTECTED] 2005-11-14 13:24 --- First of all sorry for reopening, will never do it again :-P . Anyway, you did not address the problem. If there are docs about the feature, that feature should exist, don't you agree? We are not allowed to distribute our version of Tomcat, they are running some other application and we cannot mix app our version with the official one. You asked what are the differences between uploading and deploying directly on the server and I showed it. Still a question: why Tomcat 4.1.31 implements this feature smoothly? (In reply to comment #7) Feel free to implement any custom scenarios that are needed for your production needs. That is the whole point of OSS. However, please do not reopen this 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 36202] - configure: error: Unsupported operating system aix5.2.0.0
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=36202. 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=36202 --- Additional Comments From [EMAIL PROTECTED] 2005-11-14 14:05 --- We are experiencing the same problem. On AIX, the installation requires us to run a configure script, unlike some other installations. During this script, it errors out and does not create the make files needed in the rest of the install. Here is a snip of the failure we have seen on our AIX server. snip $ ./configure --with-java=/usr/java14 *** Current host *** checking build system type... powerpc-ibm-aix5.2.0.0 checking host system type... powerpc-ibm-aix5.2.0.0 checking cached host system type... ok *** C-Language compilation tools *** checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for ranlib... ranlib *** Java compilation tools *** checking JAVA_HOME... /usr/java14 checking for javac... /usr/java14/bin/javac checking wether the Java compiler (/usr/java14/bin/javac) works... yes checking for jar... /usr/java14/bin/jar *** Host support *** checking C flags dependant on host system type... failed configure: error: Unsupported operating system aix5.2.0.0 snip So, what would the resolution be for AIX 5.2? -- 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 37491] - isapi 1.2.15 connector when configured on IIS5.0(W2000) with isapi_redirect.properties shows an error The parameter is incorrect
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=37491. 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=37491 --- Additional Comments From [EMAIL PROTECTED] 2005-11-14 15:56 --- Created an attachment (id=16964) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16964action=view) isapi_redirect debug log file using registry (works fine) -- 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 37332] - bounded buffer bug: incorrect use of [v]snprintf()
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=37332. 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=37332 [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 37322] - format bug: sprintf() twice on top of each other
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=37322. 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=37322 [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 32418] - URL is not supported for WAR deployment in Tomcat 5 Manager.
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=32418. 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=32418 --- Additional Comments From [EMAIL PROTECTED] 2005-11-14 16:30 --- (In reply to comment #8) We are not allowed to distribute our version of Tomcat, they are running some other application and we cannot mix app our version with the official one. You asked what are the differences between uploading and deploying directly on the server and I showed it. If you are using Tomcat as you would of a closed source commercial offering, then you are limited to what you could do with a commercial offering (aka, if you want a particular feature, you're in trouble if it's not available). It's your decision, so you have to live with the consequences. I don't see what's bad with tweaking something like the manager servlet. -- 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 32418] - URL is not supported for WAR deployment in Tomcat 5 Manager.
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=32418. 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=32418 --- Additional Comments From [EMAIL PROTECTED] 2005-11-14 16:48 --- (In reply to comment #9) If you are using Tomcat as you would of a closed source commercial offering, then you are limited to what you could do with a commercial offering (aka, if you want a particular feature, you're in trouble if it's not available). It's your decision, so you have to live with the consequences. I don't see what's bad with tweaking something like the manager servlet. Errr... yes it's nothing bad but I felt confused when I saw this bug, whoops missing feature, after reading the documentation. At least for coherence remove the docs! Anyway, I modified my code with different calls for Tomcat 4.1 and 5.5. It seems that calling /deploy passing the complete path in the war parameter, that file is deployed, though this feature is undocumented. Maybe it's the documentation that needs a fix ;-) -- 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 37498] New: - NPE in org.apache.catalina.core.ContainerBase.removeChild
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=37498. 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=37498 Summary: NPE in org.apache.catalina.core.ContainerBase.removeChild Product: Tomcat 5 Version: 5.5.12 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I moved the directory containing my web-app from the webapps / deployment area, I renamed it outside of the webapps/ tree. I was expecting it to viciously undeploy the application so I could then rename it back to cause a deploy. The application is setup with a context for the default context. The deployed folder name is ../webapps/ROOT I think this is reproducable. At the time I moved the web-app folder I got multiple Exceptions, like the following: 14-Nov-2005 16:56:56 org.apache.catalina.startup.HostConfig checkResources INFO: Undeploying context [] DEBUG 16:56:56,039 (ApplicationLifecycleListener.java:contextDestroyed:70) -contextDestroyed on mywebapp 14-Nov-2005 16:56:56 org.apache.catalina.loader.WebappClassLoader openJARs WARNING: Failed to open JAR java.util.zip.ZipException: No such file or directory at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.init(ZipFile.java:203) at java.util.jar.JarFile.init(JarFile.java:132) at java.util.jar.JarFile.init(JarFile.java:97) at org.apache.catalina.loader.WebappClassLoader.openJARs(WebappClassLoader.java:1561) at org.apache.catalina.loader.WebappClassLoader.findResourceInternal(WebappClassLoader.java:1792) at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1587) at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:856) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1305) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1187) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) at com.imin1way.project.task.ApplicationLifecycleListener.contextDestroyed(ApplicationLifecycleListener.java:72) at org.apache.catalina.core.StandardContext.listenerStop(StandardContext.java:3733) at org.apache.catalina.core.StandardContext.stop(StandardContext.java:4306) at org.apache.catalina.core.ContainerBase.removeChild(ContainerBase.java:892) at org.apache.catalina.startup.HostConfig.checkResources(HostConfig.java:1019) at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1178) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:292) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) at org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1304) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1568) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1577) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1557) at java.lang.Thread.run(Thread.java:595) I guess it was trying to open JAR files to load classes from the WEB-INF/lib to execute the ContextListener.destroyContext() and any unloaded classes is needed to run. However the background task is now stuck doing this every 10 seconds: 14-Nov-2005 16:58:36 org.apache.catalina.startup.HostConfig checkResources INFO: Undeploying context [] 14-Nov-2005 16:58:36 org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor processChildren SEVERE: Exception invoking periodic operation: java.lang.NullPointerException at org.apache.catalina.core.ContainerBase.removeChild(ContainerBase.java:883) at org.apache.catalina.startup.HostConfig.checkResources(HostConfig.java:1019) at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1178) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:292) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) at org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1304) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1568) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1577) at org.apache.catalina.core.ContainerBase
DO NOT REPLY [Bug 37500] New: - Tomcat shuts down by itself automatically.
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=37500. 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=37500 Summary: Tomcat shuts down by itself automatically. Product: Tomcat 4 Version: 4.1.0 Platform: Sun OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: Connector:JK/AJP AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Some times tomcat shuts down itself automatically. This happens whenever a new JSP code is copied over to the server. We use AJP connector for talking with apache 2. -- 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 37502] New: - Tomcat process becomes unresponsive.
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=37502. 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=37502 Summary: Tomcat process becomes unresponsive. Product: Tomcat 4 Version: 4.1.0 Platform: Sun OS/Version: SunOS Status: NEW Severity: normal Priority: P2 Component: Connector:JK/AJP AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Tomcat process becomes unresponsive. And the apache is unable to forward the request to tomcat. Users get Internal server Error. The JDK we use is the version that comes with this tomcat, which is JDK 1.4.2_03-b02. -- 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 37502] - Tomcat process becomes unresponsive.
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=37502. 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=37502 --- Additional Comments From [EMAIL PROTECTED] 2005-11-14 20:30 --- We also observed that the tomcat shutdown.sh script is unable to stop the tomcat server. We had to kill the process. -- 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 37502] - Tomcat process becomes unresponsive.
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=37502. 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=37502 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-11-14 20:33 --- You'll need to provide more information than this to re-open this bug and get it looked at. As a minimum, you'll need to provide steps to reproduce this (with sample web app if necessary) on a clean install of the latest 4.1.x release (4.1.31 at the time of writing). I suggest you read http://tomcat.apache.org/bugreport.html and follow the advice there, particularly that referring to the users 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]
DO NOT REPLY [Bug 37132] - Digest authentication does not work if the username or URI contain a comma
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=37132. 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=37132 --- Additional Comments From [EMAIL PROTECTED] 2005-11-14 21:00 --- Created an attachment (id=16968) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16968action=view) Patch to fix this defect -- 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 37132] - Digest authentication does not work if the username or URI contain a comma
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=37132. 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=37132 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|ASSIGNED -- 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 35276] - Calling EL fuction in same taglib from tagfile triggers infinite recursion
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=35276. 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=35276 --- Additional Comments From [EMAIL PROTECTED] 2005-11-14 22:21 --- Why does it look like a bug in Suns code? The only Sun code I see is the repackaged Xerces. Isn't Jasper part of Tomcat? If so, the bug is located there, in the dependency resolving part. What part of Sun code would you think is in error here? -- 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 35276] - Calling EL fuction in same taglib from tagfile triggers infinite recursion
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=35276. 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=35276 --- Additional Comments From [EMAIL PROTECTED] 2005-11-14 23:36 --- This not only applies to XML tagfiles calling EL functions from the the TLD, but also to XML tagfiles importing other tags from the same TLD(!). This basically breaks usage of XML tagfiles in tomcat, when used in a scenario of real-world complexity. -- 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 37491] - isapi 1.2.15 connector when configured on IIS5.0(W2000) with isapi_redirect.properties shows an error The parameter is incorrect
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=37491. 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=37491 [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 37491] - isapi 1.2.15 connector when configured on IIS5.0(W2000) with isapi_redirect.properties shows an error The parameter is incorrect
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=37491. 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=37491 [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 35229] - alert user about expired certificates in client cert authentication in an understandable way
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=35229. 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=35229 --- Additional Comments From [EMAIL PROTECTED] 2005-11-15 12:25 --- a redesigned socket factory should take care of this see Bug 36892#c3 -- 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 28966] - JSP pages with UTF-8 characters always displays as ISO-8859-1
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=28966. 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=28966 [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 28966] - JSP pages with UTF-8 characters always displays as ISO-8859-1
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=28966. 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=28966 [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 37485] - I'd like to run init SQL after JDBC Connection creation in DBCP
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=37485. 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=37485 --- Additional Comments From [EMAIL PROTECTED] 2005-11-15 17:26 --- Tell me please, where to find sources of naming-factory-dbcp.jar for Tomcat 5.5.12. It will be safer solution to change this package. -- 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 37509] New: - ClassLoaderLogManager remove '\n' at the end of logging.properties values
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=37509. 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=37509 Summary: ClassLoaderLogManager remove '\n' at the end of logging.properties values Product: Tomcat 5 Version: 5.5.12 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The method ClassLoaderLogManager.replace(String) that is in charge of replacing system properties at the begining of the property also modify the end of the property due to a call to trim. This implies that Logger/Handler/Formatter that relies on properties endding with some spases (including '\n') will have a different behaviour with JDK LogManger and tomcat ClassLoaderLogManager a modified verstion of this method could be: protected String replace(String str) { // start modification //String result = str.trim(); // commented out int len = str.length(); int st = 0; while ((st len) (str.charAt(st) = ' ')) { st++; } String result = (st 0) ? str.substring(st) : str; // end modification if (result.startsWith(${)) { int pos = result.indexOf('}'); if (pos != -1) { String propName = result.substring(2, pos); String replacement = System.getProperty(propName); if (replacement != null) { result = replacement + result.substring(pos + 1); } } } return result; } -- 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 35276] - Calling EL fuction in same taglib from tagfile triggers infinite recursion
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=35276. 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=35276 --- Additional Comments From [EMAIL PROTECTED] 2005-11-15 23:32 --- I have a fix for this bug, but unfortunately I am unable to get acess to the repository behind the firewall. Would appreciate if someone can commit the fix for me. The lines may be off. RCS file: /src/java/org/apache/jasper/compiler/JspDocumentParser.java,v retrieving revision 1.4 diff -u -r1.4 JspDocumentParser.java --- JspDocumentParser.java 21 Oct 2005 00:28:59 - 1.4 +++ JspDocumentParser.java 15 Nov 2005 22:14:37 - @@ -465,7 +465,7 @@ private void processChars() throws SAXException { -if (charBuffer == null) { +if (charBuffer == null || directivesOnly) { return; } @@ -767,6 +767,11 @@ public void startPrefixMapping(String prefix, String uri) throws SAXException { TagLibraryInfo taglibInfo; + +if (directivesOnly !(JSP_URI.equals(uri))) { +return; +} + try { taglibInfo = getTaglibInfo(prefix, uri); } catch (JasperException je) { @@ -790,6 +795,14 @@ * Receives notification of the end of a Namespace mapping. */ public void endPrefixMapping(String prefix) throws SAXException { + +if (directivesOnly) { +String uri = pageInfo.getURI(prefix); +if (!JSP_URI.equals(uri)) { +return; +} +} + pageInfo.popPrefixMapping(prefix); } -- 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 37516] New: - A committed HttpServletResponse is passed to the doGet() method
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=37516. 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=37516 Summary: A committed HttpServletResponse is passed to the doGet() method Product: Tomcat 5 Version: 5.5.9 Platform: All OS/Version: All Status: NEW Severity: critical Priority: P2 Component: Servlet JSP API AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] I'm getting a committed HttpServletResponse object in my doGet() without executing any command that could change its state to committed. Some of the times this error has occurred I noticed that the response was committed even before the first command in the doGet method. I don't get this behavior on Sun Java System Application Server 8.1. I got this behavior on Tomcat 5.5.7, 5.5.9, 5.5.12 both on Windows XP and Linux (Fedora 2). I'm sending a brief code to simulate this error (two servlets and the descriptor. Please note that in order to test this code you may have to change the port number in the HTML generated in Test.java. Also, the generated page uses a HTML Header to automatically refreshs the page every second to spare the person who's testing to press F5. But one can erase this Refresh-Header and do the refreshs by pressing F5 and after some refreshs the error will occur). //*** web.xml *** ?xml version=1.0 encoding=UTF-8? web-app version=2.4 xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd; servlet servlet-nameTest/servlet-name servlet-classTest/servlet-class /servlet servlet servlet-nameImage/servlet-name servlet-classImage/servlet-class /servlet servlet-mapping servlet-nameTest/servlet-name url-pattern/test/url-pattern /servlet-mapping servlet-mapping servlet-nameImage/servlet-name url-pattern*.jpg/url-pattern /servlet-mapping session-config session-timeout 30 /session-timeout /session-config /web-app // *** Test.java *** // Note: if you use a port number other than 8080 please change the line out.println(img alt=\image\ src=\http://localhost:8080/... in Test.java import java.io.*; import java.net.*; import javax.servlet.*; import javax.servlet.http.*; /** * * @author Adriano * @version */ public class Test extends HttpServlet { protected void processRequest(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { if (response.isCommitted()) { System.out.println(Response is committed in Test.processRequest); } response.setContentType(text/html;charset=UTF-8); PrintWriter out = response.getWriter(); out.println(html); out.println(head); out.println(meta http-equiv=\Refresh\ content=\1\); out.println(titleServlet Test/title); out.println(/head); out.println(body); out.println(img alt=\image\ src=\http://localhost:8080/BugTest/image.jpg\;); out.println(/body); out.println(/html); out.close(); } protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { processRequest(request, response); } protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { processRequest(request, response); } } //*** Image.java * import java.awt.Font; import java.awt.Graphics2D; import java.awt.image.BufferedImage; import java.io.*; import java.util.Iterator; import javax.imageio.ImageIO; import javax.imageio.ImageWriter; import javax.imageio.stream.ImageOutputStream; import javax.servlet.*; import javax.servlet.http.*; /** * * @author Adriano * @version */ public class Image extends HttpServlet { protected void processRequest(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { if (response.isCommitted()) { System.out.println(Response is committed in Image.processRequest); } response.setContentType(image/jpg); response.setBufferSize(8192); OutputStream out = response.getOutputStream(); //Generates an image BufferedImage image = new BufferedImage(100, 100, BufferedImage.TYPE_INT_RGB
DO NOT REPLY [Bug 37518] New: - JAASRealm can't be used to protect 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=37518. 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=37518 Summary: JAASRealm can't be used to protect resources Product: Tomcat 5 Version: 5.5.12 Platform: Other OS/Version: Windows XP Status: NEW Keywords: PatchAvailable Severity: major Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] In 5.5.12, the hasRole method in JAASRealm has been removed. Instead, it uses RealmBase's hasRole methd. In RealmBase's hasRole method, it the principal is not GenericPrincipal, it will return false. But in Request.getUserPrincipal method, there also a change, if userPrincipal is GenericPrincipal, it returns userPrincipal. Which means the framework use getUserPrincipal, and call JAASRealm(RealmBase)'s hasRole should always fail. Suggest to make the following change: in JAASRealm.java, add roleSet private instance variable, then in createPrincipal method, just after roles.add(principal.getName());, add roleSet.add(principal); then add hasRole method like following: public boolean hasRole(Principal principal, String role) { if (principal == null) { return false; } Iterator it = roleSet.iterator(); while (it.hasNext()) { Principal p = (Principal)it.next(); if (p.equals(principal)) { return true; } } return super.hasRole(principal, role); } -- 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 37044] - JAASRealm / RealmBase role checking bug ?
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=37044. 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=37044 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2005-11-16 01:38 --- *** Bug 37518 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 37044] - JAASRealm / RealmBase role checking bug ?
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=37044. 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=37044 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2005-11-16 01:49 --- (In reply to comment #3) *** Bug 37518 has been marked as a duplicate of this bug. *** I assume the solution was: public Principal getUserPrincipal() { //if (userPrincipal instanceof GenericPrincipal) { //return ((GenericPrincipal) userPrincipal).getUserPrincipal(); //} else { return (userPrincipal); //} } That will force JAASRealm to use GenericPrincipal as the only userClassNames and roleClassName in server.xml. Suggest add back hasRole in JAASRealm, a little redundent, but seems no other better way. in JAASRealm.java, add roleSet private instance variable, then in createPrincipal method, just after roles.add(principal.getName());, add roleSet.add(principal); then add hasRole method like following: public boolean hasRole(Principal principal, String role) { if (principal == null) { return false; } Iterator it = roleSet.iterator(); while (it.hasNext()) { Principal p = (Principal)it.next(); if (p.equals(principal)) { return true; } } return super.hasRole(principal, role); } -- 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 37044] - JAASRealm / RealmBase role checking bug ?
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=37044. 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=37044 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED 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 35710] - Enable Session Replication via Cross Context calls
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=35710. 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=35710 [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]