DO NOT REPLY [Bug 38697] New: - tomcat native calls apr_socket_sendfile even when routine doesn't exist
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=38697. 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=38697 Summary: tomcat native calls apr_socket_sendfile even when routine doesn't exist Product: Tomcat 5 Version: Nightly Build Platform: Macintosh OS/Version: Mac OS X 10.4 Status: NEW Severity: critical Priority: P2 Component: Native:Integration AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The apr_socket_sendfile routine does not exist on all platforms. APR_HAS_SENDFILE is set to 0 in these cases. The tomcat native support does not respect this flag, and tries to call the sendfile routine anyway, resulting in a crash at runtime. This occurs, for instance, on Mac OS X 10.4 Tiger, where the underlying sendfile routine is not implemented. Perhaps there's a way to back away from using sendfile if the routine doesn't exist, while still allowing the rest of apr support? -- 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 38697] - tomcat native calls apr_socket_sendfile even when routine doesn't exist
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=38697. 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=38697 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-02-17 19:54 --- Fixed in the SVN. See: http://svn.apache.org/viewcvs?rev=378588view=rev and http://svn.apache.org/viewcvs?rev=378586view=rev Thanks for spotting that. -- 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 38705] New: - Allow admin console to start/stop/restart web applications
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38705. 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=38705 Summary: Allow admin console to start/stop/restart web applications Product: Tomcat 5 Version: 5.0.28 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Webapps:Administration AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Today, one can start/stop/restart web applications by using the manager. (See http://tomcat.apache.org/tomcat-5.5-doc/manager-howto.html#Reload%20An%20Existing%20Application) It would be really nice if one can do this from the admin console, too. -- 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 38676] - permanently reloading tagfile classes without changes to the tagfile
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=38676. 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=38676 --- Additional Comments From [EMAIL PROTECTED] 2006-02-19 21:13 --- I think you are right. There are two things: 1) When JasperLoader loads a class it checks if the class has already been loaded by the super URLClassLoader. But in our case a new instance of JasperLoader is used every time JspCompilationContext.load() is being called. So the TagFile class is really loaded every time load is called for it. For Tomcat 5.5 this changed, the JasperLoader is being reused, so the problem is hidden by that. 2) For Servlets the attribute reload of JspServletWrapper is used to determine, if the servlet should be reloaded. ctxt.load() is being called in the JspServletWrapper methods: - getServlet() if reload is true - loadTagFile() if reload is true - getDependants() if isTagFile and reload are true reload is set to true: - as default in JspServletWrapper - in JspServletWrapper.setServletClassLastModifiedTime() after updating the mtime to true - in JspCompilationContext.compile() if isPackagedTagFile or jspCompiler.isOutDated() reload is set to false: - in JspServletWrapper.getServlet() after loading to false So I think, yes, reload has to be set to false in loadTagFile(). -- 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 [2006/02/19]
+---+ | 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 [2006/02/19]
+---+ | 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 | | | | | | | |13723|New|Cri|2002-10-17|Tom Cat does not start| |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 | |20268|Opn|Maj|2003-05-27|Tomcat 5.0.2 takes 100% CPU | |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|Ass|Enh|2004-04-27|Add JMX Support to ClusterManager | |28634|Ass|Enh|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| |30489|Opn|Cri|2004-08-05|removeAttribute: Session already invalidated | |30833|Ver|Nor|2004-08-24|request.getServerPort() returns wrong port (WAS: r| |31125|Opn|Nor|2004-09-08|conf/web.xml not valid| |31339|Opn|Maj|2004-09-21|admin app throwing struts exceptions | |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| |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| |33806|Opn|Maj|2005-03-02|Session tracking using URL rewriting fails, if cli| |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
Bug report for Tomcat 4 [2006/02/19]
+---+ | 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 | | | | | | | | 3839|Opn|Enh|2001-09-26|Problem bookmarking login page| | 4227|Opn|Enh|2001-10-17|Invalid CGI path | | 5329|New|Enh|2001-12-08|NT Service exits startup before Tomcat is finished| | 5795|New|Enh|2002-01-10|Catalina Shutdown relies on localhost causing prob| | 5829|New|Enh|2002-01-13|StandardManager needs to cope with sessions throwi| | 5985|New|Enh|2002-01-23|Tomcat should perform a more restrictive validatio| | 6600|Opn|Enh|2002-02-20|enodeURL adds 'jsession' when 'isRequestedSessionI| | 6614|New|Enh|2002-02-21|Have Bootstrap and StandardClassLoader use the sam| | 6671|New|Enh|2002-02-25|Simple custom tag example uses old declaration sty| | 7043|New|Enh|2002-03-12|database user and password for JDBC Based Store | | 7374|New|Enh|2002-03-22|Apache Tomcat/4.0.1 message on standard output| | 7676|New|Enh|2002-04-02|Allow name property to use match experssions in h| | 7723|New|Enh|2002-04-03|[patch] additional factory for org.apache.naming.f| | 8026|New|Enh|2002-04-12|Exceptions in StandardHostDeployer.addChild are lo| | 8323|New|Enh|2002-04-20|No support for running the 64 bit JVM | | 8343|New|Enh|2002-04-21|adding a absorber logger class to org.apache.ca| | 8441|New|Enh|2002-04-23|Command line files for NetWare| | 8705|New|Enh|2002-05-01|SessionListener should extend EventListener | | 8744|New|Enh|2002-05-02|No way to configure/extend runtime classloaders. | | 8776|New|Enh|2002-05-03|The session url encoding under somce circumstances| | 9227|New|Enh|2002-05-19|Allow an empty value of a pathname in the Standard| | 9456|New|Enh|2002-05-28|Problem saving server.xml file: invalid XML markup| | 9511|New|Enh|2002-05-30|Object instantiation optimization in StandardSessi| | 9629|New|Enh|2002-06-05|Fix ServletContext.getResourcePaths to match spec | | 9745|New|Enh|2002-06-10|extern cache mgt bug for conditionally dynamic pag| | 9852|New|Enh|2002-06-13|Odd Digest and Realm Behaviour| |10021|New|Enh|2002-06-19|Include upgrade option in installer | |10060|New|Enh|2002-06-20|Make the common and shared class loaders look in c| |10120|New|Enh|2002-06-21|Custom realm and shared instalation. | |10225|New|Enh|2002-06-25|ANT Tasks Error Situation | |10335|New|Enh|2002-06-28|[RFE,patch] Make JAASRealm more flexible | |10457|New|Enh|2002-07-03|Patch submission for DefaultServlet/WebdavServlet | |10526|New|Enh|2002-07-06|Authenticators do not always cache the Principal | |10565|Opn|Enh|2002-07-08|shutdown hook problem: java.lang.NoClassDefFoundE| |10691|Ass|Enh|2002-07-11|staring tomcat gives indication that tomcat is sta| |10699|New|Enh|2002-07-11|Apache SOAP 2.3 will not operate properly | |10972|New|Enh|2002-07-19|Realm without className in server.xml produces N| |11069|Opn|Enh|2002-07-23|Tomcat not flag error if tld is outside of /WEB-IN| |11129|New|Enh|2002-07-24|New valve for putting the sessionIDs in the reques| |11248|New|Enh|2002-07-29|DefaultServlet doesn't send expires header| |11754|Opn|Enh|2002-08-15|Synchronous shutdown script - shutdown.sh should w| |12069|New|Enh|2002-08-27|Creation of more HttpSession objects for one previ| |12658|New|Enh|2002-09-15|a proxy host and port at the Host element level | |12766|New|Enh|2002-09-18|Tomcat should use tld files in /WEB-INF/ over vers| |13309|Opn|Enh|2002-10-04|Catalina calls System.exit() | |13634|New|Enh|2002-10-15|Allowing system properties to be substituted in co| |13689|Opn|Enh|2002-10-16|Classloader paths for 'Common' classes and librari| |13731|New|Enh|2002-10-17|Final request, response, session and other variabl| |13941|New|Enh|2002-10-24|reload is VERY slow | |13965|New|Enh|2002-10-25|Catalina.sh correction request for Tru64 Unix | |14097|New|Enh|2002-10-30|hardcoded registry value for vm lets tomcat servic| |14416|New|Enh
Bug report for Watchdog [2006/02/19]
+---+ | 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 33636] - ExpandWar doesn't set the lastModified attribute
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=33636. 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=33636 [EMAIL PROTECTED] changed: What|Removed |Added OtherBugsDependingO||38712 nThis|| -- 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 38713] New: - java.io.IOException: tmpFile.renameTo(classFile) failed when compiling new JSP (upon redeploy)
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=38713. 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=38713 Summary: java.io.IOException: tmpFile.renameTo(classFile) failed when compiling new JSP (upon redeploy) Product: Tomcat 5 Version: 5.5.7 Platform: Other OS/Version: Windows XP Status: NEW Severity: minor Priority: P3 Component: Jasper AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] [http-8080-Processor24 ERROR 26902165 DispatcherServlet.serviceWrapper()] - Could not complete request org.apache.jasper.JasperException: Unable to compile class for JSP at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:565) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:293) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:291) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:463) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:398) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301) at org.springframework.web.servlet.view.InternalResourceView.renderMergedOutputModel(InternalResourceView.java:97) at org.springframework.web.servlet.view.AbstractView.render(AbstractView.java:250) at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:928) at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:705) at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:625) at org.springframework.web.servlet.FrameworkServlet.serviceWrapper(FrameworkServlet.java:386) at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:346) 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(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) [http-8080-Processor24 ERROR 26902165 [wirelessapp].invoke()] - Servlet.service() for servlet wirelessapp threw exception java.io.IOException: tmpFile.renameTo(classFile) failed at org.apache.jasper.compiler.SmapUtil$SDEInstaller.install(SmapUtil.java:245) at org.apache.jasper.compiler.SmapUtil.installSmap(SmapUtil.java:164) at org.apache.jasper.compiler.AntCompiler.generateClass(AntCompiler.java:267) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:288) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:267) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:255) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:556) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:293) at org.apache.jasper.servlet.JspServlet.serviceJspFile
DO NOT REPLY [Bug 38716] - Memory leaking on application undeployment, reload: solution to problem.
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=38716. 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=38716 --- Additional Comments From [EMAIL PROTECTED] 2006-02-20 15:09 --- I agree with Endre. It can be a problem to use the ThreadLocal in thread pool environment, as explained. IMHO, if tomcat have the proposed feature, it would be good to improve the stability of the applications. Can you explain a bit more why it won't be 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 38716] - Memory leaking on application undeployment, reload: solution to problem.
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=38716. 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=38716 --- Additional Comments From [EMAIL PROTECTED] 2006-02-20 15:47 --- An alternative (which I don't seem to like) is to use time to live for threads. Once a thread has lived for X amount of time or served Y requests - it will be terminated. This could allow threadlocals go away, but an OOM could still occur if the required amount of time/requests is not reached. This approach mirrors the apache process model where you can request processes terminate after so many requests. (But comparing threads to processes is like not the greatest analogy) -- 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 38716] - Memory leaking on application undeployment, reload: solution to problem.
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=38716. 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=38716 --- Additional Comments From [EMAIL PROTECTED] 2006-02-20 21:40 --- I would have to disagree with the abrasive answer. Tomcat already shrinks and grows thread pools dynamically. When an app reload happens, it could mark threads to expire after serving the next request or when the connection closes, and serve new requests on new threads that will be fresh. not sure what is so bad about that idea? -- 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 38726] New: - GlobalRequestProcessor attributes are always 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=38726. 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=38726 Summary: GlobalRequestProcessor attributes are always 0 Product: Tomcat 5 Version: 5.5.14 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Connector:HTTP AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Guys, It appears that all attributes of OName(Catalina:type=GlobalRequestProcessor,name=http-8080) are always 0. This is the case for Tomcat 5.5.12, 5.5.14 and 5.5.15. It is always reproducible via Manager webapp. Tomcat 5.0.30 does not have this problem. Best regards, Vlad (www.tomcatprobe.org) -- 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 38716] - Memory leaking on application undeployment, reload: solution to problem.
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=38716. 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=38716 --- Additional Comments From [EMAIL PROTECTED] 2006-02-21 00:07 --- (In reply to comment #9) Tomcat already shrinks and grows thread pools dynamically. Tomcat hasn't been doing that for a long time. Shrinking thread pools may also be a source of leaks, BTW. Not sure what is so bad about that idea? It's a bit obvious: it is impractical. The only solution is to shut down the whole thread pool, and start over. As a result, it's completely useless except in very specific cases, and for these cases, specific solutions should be used since they would perform much better (filters, listeners, fixes to the libs, etc). -- 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 38726] - GlobalRequestProcessor attributes are always 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=38726. 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=38726 --- Additional Comments From [EMAIL PROTECTED] 2006-02-21 00:25 --- I go to: http://127.0.0.1:8080/manager/jmxproxy And I have: Name: Catalina:type=GlobalRequestProcessor,name=http-8080 modelerType: org.apache.coyote.RequestGroupInfo requestCount: 15 maxTime: 311 bytesSent: 67419 processingTime: 1431 bytesReceived: 0 errorCount: 1 The status page also uses that MBean, and works fine. Please explain how to reproduce the problem. BTW, for the display name of your (nice) webapp, I think you should stick to Tomcat Probe, and forget the (bye-bye Manager) part. -- 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 38726] - GlobalRequestProcessor attributes are always 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=38726. 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=38726 --- Additional Comments From [EMAIL PROTECTED] 2006-02-21 02:07 --- Created an attachment (id=17754) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17754action=view) GlobalRequestProcessor with zeroed attributes -- 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 38716] - Memory leaking on application undeployment, reload: solution to problem.
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=38716. 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=38716 --- Additional Comments From [EMAIL PROTECTED] 2006-02-21 12:29 --- Re comment #8: Can you save me the absolutely assholish attitude, please? Sorry for intruding in your totalitarian kingdom, Remy.. So very stupid of me. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38726] - GlobalRequestProcessor attributes are always 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=38726. 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=38726 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-02-21 12:32 --- Ah ok. This works fine with the APR connector, but does not work anymore with the regular HTTP connector, because after a refactoring, the class was left with duplicate fields. -- 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 38716] - Memory leaking on application undeployment, reload: solution to problem.
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=38716. 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=38716 --- Additional Comments From [EMAIL PROTECTED] 2006-02-21 13:24 --- (In reply to comment #11) Re comment #8: Can you save me the absolutely assholish attitude, please? Sorry for intruding in your totalitarian kingdom, Remy.. So very stupid of me. I'm glad you appreciate it :) -- 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 29091] - Non-ascii characters are not handled correctly...
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=29091. 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=29091 [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 38740] New: - (5.5.15) session attributes set in sessionCreated not synched
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=38740. 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=38740 Summary: (5.5.15) session attributes set in sessionCreated not synched Product: Tomcat 5 Version: 5.5.14 Platform: All OS/Version: All Status: NEW Severity: major Priority: P2 Component: Catalina:Cluster AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] This is a bug I experienced in 5.5.15 (it's not listed as a Version option in bugzilla). When a session attribute is set within sessionCreated, it is not replicated since DeltaManager resets the DeltaRequest after the createSession method of ManagerBase is called. This is especially problematic when listener notification is disabled on replication (which is necessary for my application logic). Workaround: Create a servlet filter which re-sets session attributes on the first request. This will create the needed delta request. Utilize another session attribute to prevent filter logic from running on subsequent requests. -- 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 38740] - (5.5.15) session attributes set in sessionCreated not synched
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=38740. 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=38740 --- Additional Comments From [EMAIL PROTECTED] 2006-02-21 20:10 --- Created an attachment (id=17763) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17763action=view) Test case with workaround It looks like I'll be using SimpleTcpReplicationManager anyway, but I figure I owe one to Apache after all these years. ;) Test case webapp is attached. Just deploy and then hit sessiondata.jsp, you'll see the foo attribute created by the session listener. Refresh until you hit a different tomcat in the cluster, you'll see foo isn't replicated. In web.xml, uncomment the servlet filter to see the workaround in action. Source for the servlet listener and filter are included under WEB-INF. -- 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 38741] New: - Clustering documentation: Manager options
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=38741. 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=38741 Summary: Clustering documentation: Manager options Product: Tomcat 5 Version: 5.5.14 Platform: Other URL: http://tomcat.apache.org/tomcat-5.5-doc/cluster- howto.html OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Webapps:Documentation AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Clustering documentation should explicitly discuss DeltaManager and SimpleTcpReplicationManager options, the features available in each, and the implications of those features. Currently examples in doc use DeltaManager, but doc still references the dirty flag and synchronization of all session data. (FYI I'd like to pick up this bug and do it myself but I fear I won't have time, will submit suggested copy if I find some free time.) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38740] - (5.5.15) session attributes set in sessionCreated not synched
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=38740. 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=38740 --- Additional Comments From [EMAIL PROTECTED] 2006-02-21 21:00 --- Hi Filip, I stumbled into the same problem just two days ago :) At least for 5.0 I vaguely remember, that the DeltaRequest is being reset after creating the session, and any HTTPSessionListener's createSession method is being called by non cluster code. So I did not see ny obvious fix, although it might be possible to do reset the DeltaRequest 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 38740] - (5.5.15) session attributes set in sessionCreated not synched
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=38740. 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=38740 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2006-02-21 21:18 --- Cool, I will look into it. it could have something to do with cross context session replication, and that might have jacked up the flow a bit. -- 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 38740] - (5.5.15) session attributes set in sessionCreated not synched
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=38740. 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=38740 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2006-02-21 21:40 --- hi there, the web.xml in the clustertest.war is missing the distributable/ element that will make it available for session replication. I added in this element, and the test worked fine. Please reopen this bug if you think I made a mistake -- 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 38743] New: - when using APR, JKS options are silently ignored
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=38743. 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=38743 Summary: when using APR, JKS options are silently ignored Product: Tomcat 5 Version: 5.5.14 Platform: Other OS/Version: Windows 2000 Status: NEW Severity: minor Priority: P2 Component: Connector:Coyote AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] If Tomcat is set up with APR bindings for OpenSSL, but the following configuration is used, no errors or warnings are issued. It ends up running a http (not secure) connection on port 443, which is very hard to debug with no errors or warnings in the logs. Connector scheme=https port=443 secure=true clientAuth=false sslProtocol=TLS keystoreFile=C:\Program Files\Apache Software Foundation\Tomcat 5.5\conf\ssl_keystore keystorePass=XXX keystoreType=JKS/ The reverse (OpenSSL configuration when not enabled) should be checked also. -- 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 38740] - (5.5.15) session attributes set in sessionCreated not synched
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=38740. 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=38740 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2006-02-21 22:45 --- I take it back, was only working for me since I had already moved to SimpleTcpReplicationManager! Ouch. Without the flag, non-listener created data was replicating just fine? Probably because my server.xml configures things at the Host level. I'll attach my server.xml. -- 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 38741] - Clustering documentation: Manager options
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=38741. 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=38741 --- Additional Comments From [EMAIL PROTECTED] 2006-02-21 22:47 --- wrong bug, ignore -- 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 38740] - (5.5.15) session attributes set in sessionCreated not synched
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=38740. 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=38740 --- Additional Comments From [EMAIL PROTECTED] 2006-02-21 22:48 --- Created an attachment (id=17765) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17765action=view) server.xml used in testign -- 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 38352] - Additional Entries for Default catalina.policy file.
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=38352. 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=38352 --- Additional Comments From [EMAIL PROTECTED] 2006-02-21 23:02 --- I was wrong. tempdir is not defined in terms of java.io.tmpdir. I apologize to Bill whom I said was wrong and wrote an inflamatory and ill-advised message to. -- 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 38740] - (5.5.15) session attributes set in sessionCreated not synched
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=38740. 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=38740 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2006-02-22 00:44 --- aah, you are user mod_jk, mod_jk is only intended to work with sticky sessions, and for fail over to work, you need to enable the route binder valve and the Valve className=org.apache.catalina.cluster.session.JvmRouteBinderValve enabled=true / you will also need to set jvmRoute=node01 (and node02 on the second) on the Engine element, examples can be found at http://tomcat.apache.org/tomcat-5.5-doc/cluster-howto.html -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38745] New: - Incorrect use of Host header field in client may yield weird results.
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=38745. 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=38745 Summary: Incorrect use of Host header field in client may yield weird results. Product: Tomcat 5 Version: Unknown Platform: Other OS/Version: other Status: NEW Severity: minor Priority: P3 Component: Connector:Coyote AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Version: Tomcat 5.5 used in JBoss, CVSTag=JBoss_4_0_2 date=20050502 2023) Component: Coyote Platform: happened on win32, but probably applies to all platforms. JVM: JDK 1.5.0_06 Web Server: JBoss 4.0.2sp1 Hi all, I'm working on a solution that needs to make use of URL rewriting for session ID's. I'm using response.encodeURL(url) in order to do this. The server uses port 8080. When accessing the site through Firefox, all is fine. All my URL's get rewritten perfectly and there are no issues. I'm also using wfetch.exe and this always failed to rewrite on the same access URL and the same code, also on 8080. I inspected the conversation and noticed that the client application incorrectly uses the Host header. The spec clearly says that Host should always be included for HTTP/1.1 and that if port is not specified, 80 is assumed. The only difference was this Host header in this case, all the other headers, parameters, URI was the same. I've looked into the JVM using a debugger. When the clients access the system, there is a 'CoyoteRequest' object that has a further 'request' variable in it. The latter request variable contains an attribute called 'serverPort', which is used in the isEncodeable method of CoyoteResponse. If the port that Tomcat thinks the request was initiated on is equal to the request on the URL, the rewriting is carried out. Otherwise it is not. Im not sure whether this may create some security issues later on. I would have expected the container to use the port setting inside the context when it comes to URL rewriting, since the container can determine this easily and does not have to depend on the Host header (as Tomcat seems to depend). Can anyone confirm this is happening as I stated and whether this behaviour is correct? Because as I have just shown, this may also cause other issues for other people somehow. -- 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 38740] - (5.5.15) session attributes set in sessionCreated not synched
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=38740. 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=38740 --- Additional Comments From [EMAIL PROTECTED] 2006-02-22 03:38 --- I don't understand why, would rather use the workaround or SimpleTcp. Sticky sessions are not true clustering IMHO. I reluctantly accept the 'invalid' mark but I'm reminded of the frustrations of working with OSS. -- 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 38745] - Incorrect use of Host header field in client may yield weird results.
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=38745. 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=38745 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2006-02-22 05:05 --- (In reply to comment #0) Can anyone confirm this is happening as I stated and whether this behaviour is correct? Because as I have just shown, this may also cause other issues for other people somehow. Yes, this is what is happening, and yes this behaviour is not only correct, but required by the servlet spec (see the javadocs for ServletRequest#getServerPort in section 14.2.16 of the spec). If Tomcat used the actual Connector port (i.e. request.getLocalPort), then weird things would start to happen when the Tomcat port is being natted, or Tomcat is behind a proxy. This would be much worse than just trying to handle one buggy client. Of course, since you are on Windows, there is nothing stopping you from simply running Tomcat on the default port 80. Then all of your problems would be solved :). -- 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 38743] - when using APR, JKS options are silently ignored
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=38743. 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=38743 --- Additional Comments From [EMAIL PROTECTED] 2006-02-22 05:23 --- The JSSE connector already reports an error when the keystoreFile is missing (with the exception that it will attempt to default to ~/.keystore). This does seem to come up a lot on [EMAIL PROTECTED], so Remy Mladen any opinions for the APR Connector (you might even be able to talk me into the grunt 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 38352] - Additional Entries for Default catalina.policy file.
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=38352. 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=38352 --- Additional Comments From [EMAIL PROTECTED] 2006-02-22 05:51 --- Created an attachment (id=17767) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17767action=view) Simple JSP page to exibit the bug Yes, you have a legitimate bug here. It is true that javax.servlet.context.tempdir is not writable with the default catalina.policy settings (in violation of the spec) when running with a SM. -- 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 38740] - (5.5.15) session attributes set in sessionCreated not synched
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=38740. 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=38740 --- Additional Comments From [EMAIL PROTECTED] 2006-02-22 17:05 --- hey Nick, your setup should work fine. and clustering should work equally fine in your setup. feel free to contact me directly if you still can't get it to work as I think I'm going off topic from the original 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 36138] - mod_jk
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=36138. 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=36138 [EMAIL PROTECTED] changed: What|Removed |Added Summary|mod_jk load balance |mod_jk |algorithm that accounts for | |current worker load | -- 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 38757] New: - Receiving HotSpot Virtual Machine
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=38757. 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=38757 Summary: Receiving HotSpot Virtual Machine Product: Tomcat 5 Version: 5.5.14 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] We are using tomcat-5.5.15 version on sun solaris with 3.0 red had linux, 64 bit. We have multiple instances running under tomcat-5.5.15 directory. The web application uses jdk1.5.0_06. After about 2 hours, all instances crash with the following error output in catalina.out Any help is appreciated. Thanks, # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0xb6e99cd1, pid=25382, tid=2368342960 # # Java VM: Java HotSpot(TM) Server VM (1.5.0_06-b05 mixed mode) # Problematic frame: # V [libjvm.so+0x3c9cd1] # # An error report file with more information is saved as hs_err_pid9204.log # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The contents of hs_err_pid9204.log file: # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=0xb6e99cd1, pid=9204, tid=2368342960 # # Java VM: Java HotSpot(TM) Server VM (1.5.0_06-b05 mixed mode) # Problematic frame: # V [libjvm.so+0x3c9cd1] # --- T H R E A D --- Current thread (0x0810cf08): JavaThread CompilerThread0 daemon [_thread_in_native, id=9212] siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x Registers: EAX=0x, EBX=0xb707b7f0, ECX=0x8d29f520, EDX=0x8bfed530 ESP=0x8d29f494, EBP=0x8d29f4b8, ESI=0x8bfeeea0, EDI=0x8d29f520 EIP=0xb6e99cd1, CR2=0x, EFLAGS=0x00010292 Top of Stack: (sp=0x8d29f494) 0x8d29f494: 8d29fad0 8d29fae0 b6e99c16 8cc1e2d4 0x8d29f4a4: 8cc1e2f4 8d29f4d8 b707b7f0 8bfeeea0 0x8d29f4b4: 8bfeee5c 8d29f4e8 b6e99d75 8bfef24c 0x8d29f4c4: 8bfed530 8bfef24c 8d29f520 8bfef2b0 0x8d29f4d4: 8c504318 8bfeee5c b707b7f0 8bfef24c 0x8d29f4e4: 8d29f548 b6e9a258 8bfef24c 0x8d29f4f4: 8bfeeea0 8bfef24c 8d29f520 0x8d29f504: 8bff0470 8d29f548 b6f1ebf1 8bfefde8 Instructions: (pc=0xb6e99cd1) 0xb6e99cc1: 10 eb de 31 c0 eb 8e 8b 42 04 83 ec 0c 8b 40 08 0xb6e99cd1: 8b 08 50 ff 51 28 83 c4 10 e9 48 ff ff ff 90 55 Stack: [0x8d22,0x8d2a1000), sp=0x8d29f494, free space=509k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) V [libjvm.so+0x3c9cd1] V [libjvm.so+0x3c9d75] V [libjvm.so+0x3ca258] V [libjvm.so+0x4511fd] V [libjvm.so+0x450e90] V [libjvm.so+0x1a11c0] V [libjvm.so+0x19e432] V [libjvm.so+0x1474b3] V [libjvm.so+0x1a6929] V [libjvm.so+0x1a6281] V [libjvm.so+0x4c8366] V [libjvm.so+0x4c2ba3] V [libjvm.so+0x424338] C [libpthread.so.0+0x4dac] Current CompileTask: opto:358 ! org.jacorb.orb.Delegate.non_existent(Lorg/omg/CORBA/Object;)Z (140 bytes) --- P R O C E S S --- Java Threads: ( = current thread ) 0x08a044b8 JavaThread Thread-354 daemon [_thread_in_native, id=14806] 0x08a042c0 JavaThread Thread-345 daemon [_thread_in_native, id=14632] 0x08b86bb8 JavaThread Thread-326 daemon [_thread_in_native, id=14207] 0x089cf440 JavaThread Thread-303 daemon [_thread_in_native, id=13664] 0x082606c0 JavaThread Thread-301 daemon [_thread_in_native, id=13662] 0x08a07348 JavaThread Thread-272 daemon [_thread_in_native, id=13129] 0x08893c88 JavaThread Thread-242 daemon [_thread_in_native, id=12625] 0x08a05a90 JavaThread Thread-145 daemon [_thread_in_native, id=10910] 0x08604288 JavaThread Thread-63 daemon [_thread_in_native, id=9313] 0x0825cc38 JavaThread Thread-60 daemon [_thread_blocked, id=9310] 0x8c35f1e8 JavaThread Thread-58 daemon [_thread_in_native, id=9308] 0x8bd0ed00 JavaThread Thread-57 daemon [_thread_blocked, id=9307] 0x8bd0eec0 JavaThread Thread-55 daemon [_thread_in_native, id=9305] 0x089acc40 JavaThread E4JMS TCPLink Reader (20616) daemon [_thread_in_native, id=9303] 0x08415f48 JavaThread E4JMS TCPLink Reader (20613) daemon [_thread_in_native, id=9299] 0x089b1c40 JavaThread E4JMS TCPLink Reader (20610) daemon [_thread_in_native, id=9295] 0x08b866e8 JavaThread E4JMS TCPLink Reader (20607) daemon [_thread_in_native, id=9291] 0x089ca678 JavaThread E4JMS TCPLink Reader (20604) daemon [_thread_in_native, id=9287] 0x082dce90 JavaThread E4JMS Connections Pinger daemon [_thread_blocked, id=9285] 0x8bd092c0 JavaThread Timer-1 daemon [_thread_blocked, id=9283] 0x8ab57fd0 JavaThread ServiceReaper[SecMgr] daemon [_thread_blocked, id=9281] 0x8ab381f8 JavaThread TP
DO NOT REPLY [Bug 38757] - Receiving HotSpot Virtual Machine
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=38757. 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=38757 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2006-02-22 20:19 --- This type of error indicates that either Tomcat or your web-app has tickled a bug in the JVM itself. This is totally outside the control of any application developer. Please note the following in your original bug report, and follow it: If you would like to submit a bug report, please visit: http://java.sun.com/webapps/bugreport/crash.jsp -- 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 38757] - Receiving HotSpot Virtual Machine
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=38757. 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=38757 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED --- Additional Comments From [EMAIL PROTECTED] 2006-02-22 20:20 --- Typo. -- 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 38759] New: - path of JSESSIONID cookie (and possibly others) is passed through incorrectly
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=38759. 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=38759 Summary: path of JSESSIONID cookie (and possibly others) is passed through incorrectly Product: Tomcat 5 Version: 5.0.30 Platform: Other OS/Version: other Status: NEW Severity: major Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] If Apache is used as a proxy in front of tomcat using ProxyPass and ProxyPassreverse with a path different than the path specified in the context of the tomcat webapp, tomcat returns the cookie using the path associated with the context of the webapp instead of the initial request path as seen from the client. i.e. ProxyPass /test http://192.168.1.10/secured ProxyPassReverse /test http://192.168.1.10/secured In this case, the request is submitted to Apache web server as http://somedomain.com/test/index.html, ProxyPass translates this request to http://192.168.1.10/secured/index.html. if a cookie is placed on the request, it should be placed at: domain: somedomain.com path: /test However instead, tomcat places it at: domain: somedomain.com path: /secured When trying to login, Apache ends up logging a 408 error. I have not been able to trace through the code where the cookies are set inside Tomcat. If you set the ProxyPass, ProxyPassReverse to be the same path, this error does not occur, however this severely hinders the flexibility of the proxy. -- 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 38760] New: - path of JSESSIONID cookie (and possibly others) is passed through incorrectly
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=38760. 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=38760 Summary: path of JSESSIONID cookie (and possibly others) is passed through incorrectly Product: Tomcat 5 Version: 5.0.30 Platform: Other OS/Version: other Status: NEW Severity: major Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] If Apache is used as a proxy in front of tomcat using ProxyPass and ProxyPassreverse with a path different than the path specified in the context of the tomcat webapp, tomcat returns the cookie using the path associated with the context of the webapp instead of the initial request path as seen from the client. i.e. ProxyPass /test http://192.168.1.10/secured ProxyPassReverse /test http://192.168.1.10/secured In this case, the request is submitted to Apache web server as http://somedomain.com/test/index.html, ProxyPass translates this request to http://192.168.1.10/secured/index.html. if a cookie is placed on the request, it should be placed at: domain: somedomain.com path: /test However instead, tomcat places it at: domain: somedomain.com path: /secured When trying to login, Apache ends up logging a 408 error. I have not been able to trace through the code where the cookies are set inside Tomcat. If you set the ProxyPass, ProxyPassReverse to be the same path, this error does not occur, however this severely hinders the flexibility of the proxy. -- 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 38761] New: - error in .sh scripts: symbolic link resolution failure for relative symlinks on the PATH
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=38761. 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=38761 Summary: error in .sh scripts: symbolic link resolution failure for relative symlinks on the PATH Product: Tomcat 5 Version: 5.5.14 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] This problem occurs when you have a symbolic link to the tomcat scripts on your PATH that links to the tomcat script using a relative path. Steps to reproduce bug: 1. Go to some directory on your PATH. I'm using ~/bin which I've added to my PATH 2. Create a relative symlink to the tomcat statup script. I did: ln -s ../download/tmp/apache-tomcat-5.5.15/bin/catalina.sh start-tomcat 3. Run the symlink. It fails with the following message: /home/adam/bin/start-tomcat: line 72: cd: ../download/tmp/apache-tomcat-5.5.15/bin/..: No such file or directory Cannot find /home/adam/bin/setclasspath.sh This file is needed to run this program This can be fixed by changing the line: if expr $link : '.*/.*' /dev/null; then to: if expr $link : '/.*' /dev/null; then in all the .sh scripts. After changing it in catalina.sh, my relative symlink works correctly. I've tested my fix using a chain of symlinks (both absolute and relative) that finally resolve to catalina.sh and it seems to work fine. One of my coworkers pointed out that this same error was in the Maven scripts, and that they fixed it recently (looks like the same fix I suggested). I imagine a lot of open source projects are sharing scripts and code, so if you agree that this is the correct fix someone should check to see if other apache/jakarta projects need their scripts updated. -- 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 38760] - path of JSESSIONID cookie (and possibly others) is passed through incorrectly
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=38760. 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=38760 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2006-02-23 05:21 --- *** This bug has been marked as a duplicate of 38759 *** -- 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 38759] - path of JSESSIONID cookie (and possibly others) is passed through incorrectly
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=38759. 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=38759 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2006-02-23 06:26 --- This occurs with apache httpd 2.0.51-2.9 on linux. It also occurs on windows, but I don't have the version handy. This same proxy does *not* seem to have the same problem with proxying another httpd app served with PHP or perl (I.e. Sugarcrm, Bugzilla). But you seem pretty confident in your statement. So you're suggesting that ProxyPassReverse should be changing the path of the cookie back to /test which would make sense. I wasn't looking there because the non-tomcat based apps work without any problems. Let me know what else I can provide. Re: the config, ProxyPass and ProxyPassReverse are similar in the non tomcat apps which work. 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 38416] - php
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=38416. 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=38416 [EMAIL PROTECTED] changed: What|Removed |Added Summary|Change Jakarta Tomcat |php |Connector - Apache HowTo| |page| -- 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 38759] - path of JSESSIONID cookie (and possibly others) is passed through incorrectly
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=38759. 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=38759 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2006-02-23 13:50 --- I agree with Bill, Apache should change the cookie path for you. My guess is that it works with other servers cause they set the path to / and make their sessions global to the domain, not the webapp. Take a look at these directives ProxyPassReverseCookiePath ProxyPassReverseCookieDomain featured in the following article http://www.apacheweek.com/features/reverseproxies If that is not an option, I would suggest modifying the class org.apache.catalina.connector.Request.java the following method protected void configureSessionCookie(Cookie cookie) { cookie.setMaxAge(-1); String contextPath = null; if (!connector.getEmptySessionPath() (getContext() != null)) { contextPath = getContext().getEncodedPath(); } if ((contextPath != null) (contextPath.length() 0)) { cookie.setPath(contextPath); } else { cookie.setPath(/); } if (isSecure()) { cookie.setSecure(true); } } You can make an enhancement request to tomcat to allow for a configuration to always set / as the session cookie path. -- 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 38759] - path of JSESSIONID cookie (and possibly others) is passed through incorrectly
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=38759. 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=38759 --- Additional Comments From [EMAIL PROTECTED] 2006-02-23 14:02 --- FYI (IIRC) - in tomcat 5.5 - the session cookie path can be configured to be / so all webapps share the same jsessionid -- 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 38776] New: - Jsp generated servlet classes have bad SourceFile attribute
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=38776. 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=38776 Summary: Jsp generated servlet classes have bad SourceFile attribute Product: Tomcat 5 Version: 5.5.9 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Servlet JSP API AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] doing javap on a jsp generated servlet from 5.5.9 starts with: Compiled from org.apache.jsp.WEB_002dINF.jsp.components.globalheader_jsp public final class org.apache.jsp.WEB_002dINF.jsp.components.globalheader_jsp extends org.apache.jasper.runtime.HttpJspBase implements org.apache.jasper.runtime.JspSourceDependent SourceFile: org.apache.jsp.WEB_002dINF.jsp.components.globalheader_jsp That is, the SourceFile attribute of this class is org.apache.jsp.WEB_002dINF.jsp.components.globalheader_jsp But this is incorrect, according to the java class file specification, specifically section: 4.7.7 The SourceFile Attribute The string referenced by the sourcefile_index item will be interpreted as indicating the name of the source file from which this class file was compiled. It will not be interpreted as indicating the name of a directory containing the file or an absolute path name for the file; such platform- specific additional information must be supplied by the runtime interpreter or development tool at the time the file name is actually used. That means that for the above class, the SourceFile attribute should just be globalheader_jsp.java Note, no package or path info, as well as the .java extension. This wreaks havoc on tools such as BCEL, FindBugs, etc. -- 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 38776] - Jsp generated servlet classes have bad SourceFile attribute
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=38776. 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=38776 --- Additional Comments From [EMAIL PROTECTED] 2006-02-24 00:05 --- By the way, this was not the case in the 5.0 series of tomcats. -- 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 38740] - (5.5.15) session attributes set in sessionCreated not synched
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=38740. 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=38740 --- Additional Comments From [EMAIL PROTECTED] 2006-02-24 15:45 --- Attributes set by a session listener via setAttribute in sessionCreated are not replicated via the cluster. Only the creation of the session (it's ID) is being replicated and after the listener was called the DeltaRequest is being reset. But: if notifySessionListenersOnReplication=true for the cluster manager - which is the default - then the listener is called after replicating the session creation on the remote side and will then set the Attribute there again. That's why the attribute can be found on the remote side. CAUTION: Replicating an attribute and setting it independently on the primary and secondary nodes might not be the same. It depends on the type of the attribute if that results in an application problem or not. -- 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 38779] New: - Wrong class name in org/apache/catalina/cluster/tcp/mbeans-descriptors.xml
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=38779. 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=38779 Summary: Wrong class name in org/apache/catalina/cluster/tcp/mbeans-descriptors.xml Product: Tomcat 5 Version: 5.5.14 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P3 Component: Catalina:Cluster AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] This bug is found in 5.5.15!! In file org/apache/catalina/cluster/tcp/mbeans-descriptors.xml there is a class section: parameter name=message description=replication message type=org.apache.catalina..cluster.ClusterMessage/ So, org.apache.catalina..cluster.ClusterMessage should be replaced with org.apache.catalina.cluster.ClusterMessage Without this fix there is an exception like below: 11:33:06 main [org.apache.catalina.cluster.tcp.SimpleTcpCluster]: INFO Cluster is about to start 11:33:07 main [org.apache.catalina.cluster.tcp.SimpleTcpCluster]: ERROR Cannot instantiate ModelMBean of class org.apache.commons.modeler.BaseModelMBean javax.management.MBeanException: Cannot instantiate ModelMBean of class org.apache.commons.modeler.BaseModelMBean at org.apache.commons.modeler.ManagedBean.createMBean(ManagedBean.java:430) at org.apache.catalina.cluster.tcp.SimpleTcpCluster.getManagedBean(SimpleTcpCluster.java:1340) at org.apache.catalina.cluster.tcp.SimpleTcpCluster.registerMBeans(SimpleTcpCluster.java:1289) at org.apache.catalina.cluster.tcp.SimpleTcpCluster.start(SimpleTcpCluster.java:732) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1002) at org.apache.catalina.core.StandardHost.start(StandardHost.java:718) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442) at org.apache.catalina.startup.Embedded.start(Embedded.java:821) at fi.gtech.esi.player.channel.util.EmbeddedTomcat.start(EmbeddedTomcat.java:186) at fi.gtech.esi.player.channel.mgmt.Management.startComponent(Management.java:306) at fi.gtech.esi.player.channel.mgmt.Management.start(Management.java:204) at fi.gtech.esi.player.channel.mgmt.Management.start(Management.java:129) at fi.gtech.esi.player.channel.mgmt.Management.main(Management.java:117) Caused by: java.lang.IllegalArgumentException: Not a valid Java type name: org.apache.catalina..cluster.ClusterMessage at javax.management.MBeanInfo.mustBeValidJavaTypeName(MBeanInfo.java:470) at javax.management.MBeanParameterInfo.init(MBeanParameterInfo.java:58) at org.apache.commons.modeler.ParameterInfo.createParameterInfo(ParameterInfo.java:175) at org.apache.commons.modeler.OperationInfo.createOperationInfo(OperationInfo.java:251) at org.apache.commons.modeler.ManagedBean.createMBeanInfo(ManagedBean.java:480) at org.apache.commons.modeler.ManagedBean.createMBean(ManagedBean.java:424) -- 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 38740] - (5.5.15) session attributes set in sessionCreated not synched
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=38740. 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=38740 --- Additional Comments From [EMAIL PROTECTED] 2006-02-24 16:38 --- That's a good point Rainer -- in your test config Filip, did you enable notifySessionListenersOnReplication? I still think this is a valid bug, but I'll leave it to you to reopen. -- 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 38776] - Jsp generated servlet classes have bad SourceFile attribute
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=38776. 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=38776 --- Additional Comments From [EMAIL PROTECTED] 2006-02-24 17:28 --- This is an Eclipse JDT compiler problem. I searched Eclipse Bugzilla and didn't see any bug resembling this so you could open a bug there. -- 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 37213] - problem when running tomcat with -security option
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=37213. 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=37213 --- Additional Comments From [EMAIL PROTECTED] 2006-02-24 18:57 --- I got the same problem. The problem occurs if log4j is configured to write to a file where log4j th webapp does not have permission to write to. the original exception java.security.AccessControlException: access denied (java.io.FilePermission \_training\webapps\fear\WebRoot\l og.html write) gets some how converted (log4j??) to a Caused by: java.lang.NoClassDefFoundError and than converted by commons-logging to a : java.lang.reflect.InvocationTargetException Each time the a static initialization of logger is done a java.lang.ExceptionInInitializerError is thrown. This makes tomcat loop trying to clean up the webapplication: ... GRAVE: Context [/max64] startup failed due to previous errors 24-feb-2006 17.16.09 org.apache.catalina.core.StandardContext start GRAVE: Exception during cleanup after start failed ... 24-feb-2006 17.16.31 org.apache.catalina.startup.ContextConfig applicationWebConfig GRAVE: Context [/max64] startup failed due to previous errors 24-feb-2006 17.16.31 org.apache.catalina.core.StandardContext start GRAVE: Exception during cleanup after start failed -- 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 38776] - Jsp generated servlet classes have bad SourceFile attribute
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=38776. 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=38776 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2006-02-24 22:59 --- Please check https://bugs.eclipse.org/bugs/show_bug.cgi?id=129383#c5. This comment suggests a fix for the org.apache.jasper.compiler.JDTCompiler class. Once I fixed it following comment 5, I got the expected result. See https://bugs.eclipse.org/bugs/show_bug.cgi?id=129383#c9. Let me know if there is anything I can do to help. -- 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 38776] - Jsp generated servlet classes have bad SourceFile attribute
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=38776. 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=38776 --- Additional Comments From [EMAIL PROTECTED] 2006-02-24 23:01 --- Thank you Olivier! -- 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 38740] - (5.5.15) session attributes set in sessionCreated not synched
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=38740. 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=38740 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2006-02-24 23:10 --- actually, the session code looks broken. resetDeltaRequest shoult NOT be called inside DeltaManager.createSession, and it should not be called inside DeltaManager.sendCreateSession resetDeltaRequest is called inside the DeltaSession constructor. That is good enough. -- 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 38233] - StringIndexOutOfBounds using request dispatcher
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=38233. 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=38233 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-02-24 23:42 --- Fixed in 5.5 tree -- 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 38740] - (5.5.15) session attributes set in sessionCreated not synched
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=38740. 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=38740 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2006-02-25 01:37 --- Nick, Filip made a change. Are you able to check with the DeltaManager from trunk? The new version should replicate your foo attribute as set by the listener on the primary side. Your listener will also be called by default on the remote side (and set the attribute), but it will afterwards be overwritten by the replicated attribute. You could check by setting the attribute foo to a timestamp instead of bar. -- 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 [2006/02/26]
+---+ | 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 4 [2006/02/26]
+---+ | 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 | | | | | | | | 3839|Opn|Enh|2001-09-26|Problem bookmarking login page| | 4227|Opn|Enh|2001-10-17|Invalid CGI path | | 5329|New|Enh|2001-12-08|NT Service exits startup before Tomcat is finished| | 5795|New|Enh|2002-01-10|Catalina Shutdown relies on localhost causing prob| | 5829|New|Enh|2002-01-13|StandardManager needs to cope with sessions throwi| | 5985|New|Enh|2002-01-23|Tomcat should perform a more restrictive validatio| | 6600|Opn|Enh|2002-02-20|enodeURL adds 'jsession' when 'isRequestedSessionI| | 6614|New|Enh|2002-02-21|Have Bootstrap and StandardClassLoader use the sam| | 6671|New|Enh|2002-02-25|Simple custom tag example uses old declaration sty| | 7043|New|Enh|2002-03-12|database user and password for JDBC Based Store | | 7374|New|Enh|2002-03-22|Apache Tomcat/4.0.1 message on standard output| | 7676|New|Enh|2002-04-02|Allow name property to use match experssions in h| | 7723|New|Enh|2002-04-03|[patch] additional factory for org.apache.naming.f| | 8026|New|Enh|2002-04-12|Exceptions in StandardHostDeployer.addChild are lo| | 8323|New|Enh|2002-04-20|No support for running the 64 bit JVM | | 8343|New|Enh|2002-04-21|adding a absorber logger class to org.apache.ca| | 8441|New|Enh|2002-04-23|Command line files for NetWare| | 8705|New|Enh|2002-05-01|SessionListener should extend EventListener | | 8744|New|Enh|2002-05-02|No way to configure/extend runtime classloaders. | | 8776|New|Enh|2002-05-03|The session url encoding under somce circumstances| | 9227|New|Enh|2002-05-19|Allow an empty value of a pathname in the Standard| | 9456|New|Enh|2002-05-28|Problem saving server.xml file: invalid XML markup| | 9511|New|Enh|2002-05-30|Object instantiation optimization in StandardSessi| | 9629|New|Enh|2002-06-05|Fix ServletContext.getResourcePaths to match spec | | 9745|New|Enh|2002-06-10|extern cache mgt bug for conditionally dynamic pag| | 9852|New|Enh|2002-06-13|Odd Digest and Realm Behaviour| |10021|New|Enh|2002-06-19|Include upgrade option in installer | |10060|New|Enh|2002-06-20|Make the common and shared class loaders look in c| |10120|New|Enh|2002-06-21|Custom realm and shared instalation. | |10225|New|Enh|2002-06-25|ANT Tasks Error Situation | |10335|New|Enh|2002-06-28|[RFE,patch] Make JAASRealm more flexible | |10457|New|Enh|2002-07-03|Patch submission for DefaultServlet/WebdavServlet | |10526|New|Enh|2002-07-06|Authenticators do not always cache the Principal | |10565|Opn|Enh|2002-07-08|shutdown hook problem: java.lang.NoClassDefFoundE| |10691|Ass|Enh|2002-07-11|staring tomcat gives indication that tomcat is sta| |10699|New|Enh|2002-07-11|Apache SOAP 2.3 will not operate properly | |10972|New|Enh|2002-07-19|Realm without className in server.xml produces N| |11069|Opn|Enh|2002-07-23|Tomcat not flag error if tld is outside of /WEB-IN| |11129|New|Enh|2002-07-24|New valve for putting the sessionIDs in the reques| |11248|New|Enh|2002-07-29|DefaultServlet doesn't send expires header| |11754|Opn|Enh|2002-08-15|Synchronous shutdown script - shutdown.sh should w| |12069|New|Enh|2002-08-27|Creation of more HttpSession objects for one previ| |12658|New|Enh|2002-09-15|a proxy host and port at the Host element level | |12766|New|Enh|2002-09-18|Tomcat should use tld files in /WEB-INF/ over vers| |13309|Opn|Enh|2002-10-04|Catalina calls System.exit() | |13634|New|Enh|2002-10-15|Allowing system properties to be substituted in co| |13689|Opn|Enh|2002-10-16|Classloader paths for 'Common' classes and librari| |13731|New|Enh|2002-10-17|Final request, response, session and other variabl| |13941|New|Enh|2002-10-24|reload is VERY slow | |13965|New|Enh|2002-10-25|Catalina.sh correction request for Tru64 Unix | |14097|New|Enh|2002-10-30|hardcoded registry value for vm lets tomcat servic| |14416|New|Enh
Bug report for Watchdog [2006/02/26]
+---+ | 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 38776] - Jsp generated servlet classes have bad SourceFile attribute
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=38776. 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=38776 --- Additional Comments From [EMAIL PROTECTED] 2006-02-27 03:44 --- Created an attachment (id=17801) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17801action=view) fix sourcefile attribute generation Olivier Thomann found this code that was incorrectly generating the source file attribute in the class file. This patch fixes 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 38776] - [PATCH] Jsp generated servlet classes have bad SourceFile attribute
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=38776. 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=38776 [EMAIL PROTECTED] changed: What|Removed |Added Summary|Jsp generated servlet |[PATCH] Jsp generated |classes have bad SourceFile |servlet classes have bad |attribute |SourceFile attribute -- 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 38788] New: - TCP Worker thread in cluster caught java.io.IOException
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=38788. 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=38788 Summary: TCP Worker thread in cluster caught java.io.IOException Product: Tomcat 5 Version: 5.5.14 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: Catalina:Cluster AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I've a little cluster with 2 Tomcats 5.5.12 and 1 apache2.2 running on fedora 4.0 linux box. (tomcat and apache are connected by mod_jk.so module) During tests I have found that exception while I startup on this cluster. --- WARNING: Manager [], requesting session state from org.apache.catalina.cluster.mcast.McastMember[tcp://10.10.10.2:4003,catalina ,10.10.10.2,4003, alive=61880]. This operation will timeout if no session state has been received within 60 seconds. Feb 26, 2006 6:51:32 PM org.apache.catalina.cluster.tcp.TcpReplicationThread run SEVERE: TCP Worker thread in cluster caught 'java.io.IOException: Connection reset by peer' closing channel java.io.IOException: Connection reset by peer at sun.nio.ch.FileDispatcher.read0(Native Method) at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:21) at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:233) at sun.nio.ch.IOUtil.read(IOUtil.java:206) at sun.nio.ch.SocketChannelImpl.read(SocketChannelImpl.java:207) at org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel (TcpReplicationThread.java:125) at org.apache.catalina.cluster.tcp.TcpReplicationThread.run (TcpReplicationThread.java:69) Feb 26, 2006 6:52:31 PM org.apache.catalina.cluster.session.DeltaManager waitForSendAllSessions SEVERE: Manager []: No session state send at 2/26/06 6:51 PM received, timing out after 60,086 ms. Feb 26, 2006 6:52:32 PM org.apache.catalina.cluster.session.DeltaManager getAllClusterSessions WARNING: Manager []: Drop message SESSION-GET-ALL inside GET_ALL_SESSIONS sync phase start date 2/26/06 6:51 PM message date 2/26/06 6:51 PM INFO [main] - Tiles definition factory loaded for module ''. -- Is that a known bug? Has anyone fixed this problem in an offical patch? -- 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 38776] - [PATCH] Jsp generated servlet classes have bad SourceFile attribute
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=38776. 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=38776 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-02-27 15:18 --- Thanks for fixing this issue. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27617] - ppt and vsd MIME types should be included in web.xml
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=27617. 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=27617 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2006-02-27 15:41 --- The lines in web.xml currently distributed with Tomcat 5.0.28 do not work for Internet Exploder. Further, the web.xml file omits an entry for PPS (power-point show) files. Details: I hit problems while attempting to provide access to powerpoint files using Tomcat 5.0.28. That version is distributed with these lines in web.xml: mime-mapping extensionppt/extension mime-typeapplication/powerpoint/mime-type /mime-mapping I compared the mime-types with entries in Apache 2.20 mime.types file, where I find only this: application/vnd.ms-powerpointppt Based on my tests, Firefox works fine with the application/powerpoint entry, but IE does not. IE seems to require the application/vnd.ms-powerpoint variation, and Firefox accepts that as well. I used the following to replace what is shown above with good results: mime-mapping extensionppt/extension mime-typeapplication/vnd.ms-powerpoint/mime-type /mime-mapping mime-mapping extensionpps/extension mime-typeapplication/vnd.ms-powerpoint/mime-type /mime-mapping Please consider using these entries in the web.xml distributed with Tomcat. I do not have Visio, so could not test the behavior of IE on a Visio file, but that probably should be checked as well. I contacted Scott Pontillo, the original reporter of this bug, and he made the following suggestion: As a longer-term solution to this problem, maybe it would be good to establish a process for importing the entries from the native Apache server periodically? It seems they are kept more up-to-date for that product... I've taken it upon myself to reopen the bug since it is easily reproducible and seems like such a minor issue. I apologize if this was premature. Thanks for listening. -- 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 38757] - Receiving HotSpot Virtual Machine
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=38757. 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=38757 --- Additional Comments From [EMAIL PROTECTED] 2006-02-27 16:05 --- Also the bug is invalid (a JVM HotSpot Bug), here the solution: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6346871 Workaround: place a file into $TOMCAT_HOME which is named .hotspot_compiler and contains: exclude org/jacorb/orb/Delegate non_existent we had the same problem with the request method, so you might want to add this too: exclude org/jacorb/orb/Delegate non_existent OR switch to a previous VM Version 1.5_02 should 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 38797] New: - 5.5.12 and 5.5.15 emit different code on jsp:getProperty
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=38797. 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=38797 Summary: 5.5.12 and 5.5.15 emit different code on jsp:getProperty Product: Tomcat 5 Version: 5.5.14 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Jasper AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Compiling this code: jsp:getProperty name=person property=name/ results in this with the Jasper of Tomcat 5.5.15: out.write(org.apache.jasper.runtime.JspRuntimeLibrary.toString(org.apache.jasper.runtime.JspRuntimeLibrary.handleGetProperty(_jspx_page_context.getAttribute(person, PageContext.PAGE_SCOPE), name))); And this with the Jasper of Tomcat 5.5.12 and before (checked 5.5.12, 5.0.28 and some versions in between): out.write(org.apache.jasper.runtime.JspRuntimeLibrary.toString(org.apache.jasper.runtime.JspRuntimeLibrary.handleGetProperty(_jspx_page_context.findAttribute(person), name))); My property is in the session's scope, so the property is not found and an exception is thrown: SCHWERWIEGEND: Servlet.service() for servlet jsp threw exception org.apache.jasper.JasperException: Attempted a bean operation on a null object. at org.apache.jasper.runtime.JspRuntimeLibrary.handleGetProperty(JspRuntimeLibrary.java:601) at org.apache.jsp.title_jsp._jspx_meth_iku_restricted_0(org.apache.jsp.title_jsp:146) at org.apache.jsp.title_jsp._jspService(org.apache.jsp.title_jsp:104) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:332) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:574) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:499) BTW: version 5.5.15 is missing in the bugzilla, so I selected 5.5.14 -- 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 13723] - Tom Cat does not start
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=13723. 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=13723 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-02-27 19:31 --- Michael, your bug is different, please open a new Bugzilla issue for it. Yours has to do with the AprEndpoint / APR connector, brand new to Tomcat 5.5, and does not have to do with the JIT/HotSpot/JDK 1.2.2 issues encountered earlier. -- 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 37933] - Bugs 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=37933. 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=37933 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2006-02-27 20:39 --- *** Bug 38797 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 36138] - mod_jk load balance algorithm that accounts for current worker load
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36138. 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=36138 [EMAIL PROTECTED] changed: What|Removed |Added Summary|mod_jk |mod_jk load balance ||algorithm that accounts for ||current worker load --- Additional Comments From [EMAIL PROTECTED] 2006-02-27 22:50 --- fixed summary back - someone ([EMAIL PROTECTED]) accidentally munged it. -- 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 38416] - Change Jakarta Tomcat Connector - Apache HowTo page
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=38416. 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=38416 [EMAIL PROTECTED] changed: What|Removed |Added Summary|php |Change Jakarta Tomcat ||Connector - Apache HowTo ||page --- Additional Comments From [EMAIL PROTECTED] 2006-02-27 22:57 --- Undid more munging by [EMAIL PROTECTED] (another munged summary) -- 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 38804] New: - context path auto detecting problem
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=38804. 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=38804 Summary: context path auto detecting problem Product: Tomcat 5 Version: Nightly Build Platform: All OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] sorry for poor my english first of all, thank you your helping I have a a problem using Tomcat 5.5.15 my webapps name is latte and latte has a same name subdirectory latte webapps/latte/WEB-INF webapps/latte/latte/test.jsp latte context path is , meanig is default In server.xml Context path= docBase=D:\workspace\NCLUB_PROJECT2.0\webapps\latte antiResourceLocking=false antiJARLocking=false workDir=D:\workspace\NCLUB_PROJECT2.0\work / when I requests /latte/test.jsp browser's response is 404 not found /test.jsp when I used tomcat 4.1.30, that is ok Maybe tomcat 5.5 detect latte as context path automatically because latte directory has a subdirectory WEB-INF How can I disable auto detection or How can I fixing my configuration my manager/html/list Applications Path DisplayName Running Sessions Commands / true 0 Start Stop Reload Undeploy /CVS true 0 Start Stop Reload Undeploy /adminTomcat Administration Applicationtrue 1 Start Stop Reload Undeploy /latte true 0 Start Stop Reload Undeploy /manager Tomcat Manager Application true 0 Start Stop Reload Undeploy If I use rename latte to ROOT then it's clear but I have 3 different hosts in one 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 38806] New: - Disabled workers in mod_jk are not retried once they get in error state
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=38806. 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=38806 Summary: Disabled workers in mod_jk are not retried once they get in error state Product: Tomcat 5 Version: Unknown Platform: Other OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Native:JK AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I use mod_jk 1.2.15 in a failover configuration with session stickyness: # List of available workers worker.list=failover # Master worker # Take care that the jvmRoute attribute in the Engine tag is set to master # for the Tomcat addressed by MASTER_HOST and MASTER_PORT worker.master.port=MASTER_PORT worker.master.host=MASTER_HOST worker.master.type=ajp13 worker.master.cachesize=10 worker.master.cache_timeout=600 worker.master.socket_keepalive=1 worker.master.prepost_timeout=300 worker.master.reply_timeout=12 worker.master.recovery_options=3 # redirect to backup if master fails worker.master.redirect=backup # Backup worker for failover # Take care that the jvmRoute attribute in the Engine tag is set to backup # for the Tomcat addressed by BACKUP_HOST and BACKUP_PORT worker.backup.port=BACKUP_PORT worker.backup.host=BACKUP_HOST worker.backup.type=ajp13 worker.backup.cachesize=10 worker.backup.cache_timeout=600 worker.backup.socket_keepalive=1 worker.backup.prepost_timeout=300 worker.backup.reply_timeout=12 worker.backup.recovery_options=3 # Set worker to disabled. This means it gets only requests in the case that # - The session route points to this worker # - In the failover case (see redirect setting for master above) worker.backup.disabled=1 # Failover worker worker.failover.type=lb worker.failover.balanced_workers=master, backup Once I got a session from the backup worker the session stays on this disabled worker which is correct and expected. But if the backup server goes into error state it does not recover from this state as disabled workers are not retried. This is bad in the case that the disabled worker had been choosen because of session stickyness. The attached patch fixes 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 38806] - Disabled workers in mod_jk are not retried once they get in error state
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=38806. 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=38806 --- Additional Comments From [EMAIL PROTECTED] 2006-02-28 13:03 --- Created an attachment (id=17807) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17807action=view) Patch against 1.2.15 -- 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 38810] - When using SSL configured in a servlet web application, screens sometimes appear as unreadable characters
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=38810. 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=38810 --- Additional Comments From [EMAIL PROTECTED] 2006-02-28 18:09 --- Created an attachment (id=17808) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17808action=view) Screen shot of 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 38806] - Disabled workers in mod_jk are not retried once they get in error state
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=38806. 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=38806 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-02-28 18:21 --- Fixed in the SVN. Thanks for spotting that. -- 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 22295] - Catalina is not able to stop on the first time: it just stops on the second
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=22295. 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=22295 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2006-02-28 19:44 --- I observed this bug running jakarta-tomcat-5.0.28. I have observed it on Windows 2003 Enterprise running with JDK 1.4.1_10. I have also observed it a server running Windows XP Professional, Version 2002, Service Pack 2 using the JRE that is installed with tomcat. These are the only two OS's that I tested. The bug occurred on 4 out of 4 servers which I tested. The bug is relatively easy to reproduce. Simply start and stop the Apache Tomcat service using the Windows Service Control GUI. i.e. Right click on My Computer. Select Manage = Services and Applications = Services. Set the startup type to manual. Then start and stop the tomcat service. I always wait until the progress indicator show that the service is stopped or started. In about 1 out of 10 attempts, the service takes several minutes to stop, as indicated by the progress bar. In the other attempts to start or stop, the service stops/starts within a few seconds. Below is an excerpt from the stdout.txt log under ...\Tomcat 5.0\logs Feb 27, 2006 5:51:39 PM org.apache.catalina.core.StandardHostDeployer install INFO: Installing web application at context path /tomcat-docs from URL file:C:\Program Files\Apache Software Foundation\Tomcat 5.0\webapps\tomcat-docs Feb 27, 2006 5:51:39 PM org.apache.catalina.core.StandardHostDeployer install INFO: Installing web application at context path /webdav from URL file:C:\Program Files\Apache Software Foundation\Tomcat 5.0\webapps\webdav Catalina.stop: java.net.ConnectException: Connection refused: connect java.net.ConnectException: Connection refused: connect at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(Unknown Source) at java.net.PlainSocketImpl.connectToAddress(Unknown Source) at java.net.PlainSocketImpl.connect(Unknown Source) at java.net.SocksSocketImpl.connect(Unknown Source) at java.net.Socket.connect(Unknown Source) at java.net.Socket.connect(Unknown Source) at java.net.Socket.init(Unknown Source) at java.net.Socket.init(Unknown Source) at org.apache.catalina.startup.Catalina.stopServer(Catalina.java:410) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.catalina.startup.Bootstrap.stopServer(Bootstrap.java:336) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:427) When tomcat fails to stop promptly, Windows service control throws up a dialogue box with the text === Services Could not stop Apache Tomcat service on Local computer. Error 1053: The service did not respond to the start or control request in a timely fashion If you have any questions, you may contact me at [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 22295] - Catalina is not able to stop on the first time: it just stops on the second
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=22295. 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=22295 --- Additional Comments From [EMAIL PROTECTED] 2006-02-28 19:47 --- P.S. Both tests were run just using bare tomcat without any additional classes loaded in WEB-INF. -- 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 38804] - context path auto detecting problem
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=38804. 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=38804 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2006-02-28 19:57 --- Bugzilla is not a support forum. This is a question for the users 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 36853] - https
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=36853. 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=36853 --- Additional Comments From [EMAIL PROTECTED] 2006-03-01 06:36 --- I am also running into the same problem. The connector starts correctly but somehow the secure connection does not get established. If I try http://localhost:443/ then I get to see the page but without the secure encryption. If I try https://localhost or https://localhost:443 I get the Usual ie6 The page cannot be displayed There is the revelant part of my catalina indiating that the protocol started: 1-Mar-2006 12:28:36 AM org.apache.coyote.http11.Http11AprProtocol start INFO: Starting Coyote HTTP/1.1 on http-443 Also, the Manager server status shows the connections when going unsecure but not any of the failed connections when trying https... Any idea anyone? -- 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 36853] - https
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=36853. 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=36853 --- Additional Comments From [EMAIL PROTECTED] 2006-03-01 06:40 --- Created an attachment (id=17810) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17810action=view) Plain Vanilla server.xml NOT working with ssl enabled -- 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 38814] New: - CGIServlet applies wrong charset
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=38814. 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=38814 Summary: CGIServlet applies wrong charset Product: Tomcat 5 Version: Unknown Platform: All OS/Version: All Status: NEW Keywords: PatchAvailable Severity: major Priority: P1 Component: Servlets:CGI AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Suppose the CGI header contains: content-type: text/plain; charset=shift_jis This content type is exactly set to the header of the servlet response. However, both the reader of the CGI output and the writer of the servlet output always apply the platform's default character encoding, since InputStreamReader and OutputStreamWriter are constructed without charset. I've already written the patch. Please contact me by email, then I can send you the revised CGIServlet (the source came from 5.5.15). -- 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 38814] - CGIServlet applies wrong charset
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=38814. 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=38814 --- Additional Comments From [EMAIL PROTECTED] 2006-03-01 09:35 --- Created an attachment (id=17811) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17811action=view) A revised CGIServlet based on Tomcat 5.5.15 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 38814] - CGIServlet applies wrong charset
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=38814. 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=38814 --- Additional Comments From [EMAIL PROTECTED] 2006-03-01 09:44 --- The revised code was attached. In order to solve this problem, the following steps are made. (1) charset is extracted from the content-type in CGI header. (2) servletContainerStdout is created for the specified charset if any. (3) commandsStdOut is created for the specified charset if any. -- 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 38795] - StandardContext doesn't always reset thread's contextClassLoader
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=38795. 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=38795 --- Additional Comments From [EMAIL PROTECTED] 2006-03-01 14:23 --- I read with interest your report and wonder if some other infrequenct problems that I've experienced in the past maybe related to this section of code. Would it make sense to use code like: try { filterStop(); } catch(Exception e) { e.printSomething(); } try { listenerStop(); } catch(Exception e) { e.printSomething(); } etc... the idea being that each invokation to web-application code (from TC internal code) should not be able to upset TCs shutdown mechanism and should try a best effort to do everything properly. Then at the end of it all just cut away the web-app and cleanup. My suggestion above is making a huge presumption that filterStop() invokes all the active javax.servlet.Filter#destroy() filters under the context to shut them down. Looking briefly through that particular path I can't see any trapping of web-app exceptions. StandardContext#filterStop() ApplicationFilterConfig#release() javax.servlet.Filter#destroy() In the absense of any mandated behaviour (from JSRs) I would think the exceptions are best caught in ApplicationFilterConfig#release() so that other filters within the same context get called (call it best effort). I dont understand the org.apache.catalina.SecurityUtil stuff in the same place, maybe there is other ways to invoke javax.servlet.Filter#destroy() that need the same treatment. Its very important that TCs internal accounting state can never be disrupted no matter how badly a web-app behaves. An audit of this code to wrap the whole section with a suitable finally clause to ensure TCs internal state retains its integrity makes perfect sense to me. The two things together can only increase robustness with minimal cost. Possibily related bug reports discussing web-app generated Exceptions during context shutdown: Bug #37498 Bug #36250 = Comment #14 (http://issues.apache.org/bugzilla/show_bug.cgi?id=36250#c14) -- 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] - 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 --- Additional Comments From [EMAIL PROTECTED] 2006-03-01 15:26 --- Created an attachment (id=17813) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17813action=view) Gracefully recover from Filter.destroy() web-app generated exceptions Shoot from hip diff, based on listenerStop() logic but applied to Filter.destroy(). Sorry I'm unable to build TC5 from SVN or the -src package. I'm taking the thought here that I know I have active filters on my web-app and the reason why it affects me is that when I renamed the directory I removed the JVMs ability to find and load the Filter#destroy() function. In any case this patch feels like the correct thing to do. -- 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] - 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 --- Additional Comments From [EMAIL PROTECTED] 2006-03-01 15:51 --- Has there been any update on 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 38828] New: - Security vulnerability
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=38828. 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=38828 Summary: Security vulnerability Product: Tomcat 5 Version: Unknown Platform: Other OS/Version: other Status: NEW Severity: major Priority: P1 Component: Webapps:Examples AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] snoop.jsp under tomcat example has security vulnerability.A remote attacker could use this script to view internal IP addresses and other sensitive information. Shipping it by default raises security loop holes regarding the server. -- 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 38828] - Security vulnerability
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=38828. 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=38828 --- Additional Comments From [EMAIL PROTECTED] 2006-03-02 12:15 --- And How about its vulnerability when we access the same jsp with following url. http://localhost:8080/jsp-examples/snp/snoop.jsp/`scriptalert('Vulnerable') /script Here there are chances of Vunerable code getting executed at server side. -- 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 38826] - spec violation?
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=38826. 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=38826 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2006-03-02 13:41 --- (In reply to comment #1) spec-quote version=2.4 section=9.9.1 The original unwrapped request and response objects created by the container are passed to the servlet or JSP page. /spec-quote I think I found another issue... if the exception-thrower jsp contains %@ page ...errorPage=error.jsp% and it generates lots of output, I receive the SEVERE: Exception Processing ErrorPage[exceptionType=java.lang.Throwable, location=/error.jsp] java.lang.IllegalStateException at org.apache.coyote.Response.reset(Response.java:296) at org.apache.catalina.connector.Response.reset(Response.java:642) at org.apache.catalina.connector.Response.reset(Response.java:908) it isnt quite good for me but at least it is understandable what I think isnt is the following: if there was a small output prior to exception occurence with conditions above then error.jsp is working with wrapped request/response... if I remove a explicit error.jsp form page attributes in jsp then error.jsp is working with unwrapped request/response... -- 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 38826] - spec violation?
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=38826. 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=38826 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2006-03-02 13:48 --- Bugzilla is not a support forum. Please do not reopen bugs for new issues. This bug will be re-marked as invalid with respect to the original bug report. Feel free to open a new bug with the new issue. But at this point - this seems to be a debugging exercise in user code. Please use the tomcat-user list for help. -- 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 38829] New: - spec violation?
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=38829. 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=38829 Summary: spec violation? Product: Tomcat 5 Version: 5.5.12 Platform: Other OS/Version: Windows 2000 Status: NEW Severity: critical Priority: P1 Component: Servlet JSP API AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I think I found issue with error-page processing... if the exception-thrower jsp contains %@ page ...errorPage=error.jsp% and it generates lots of output, I receive the SEVERE: Exception Processing ErrorPage[exceptionType=java.lang.Throwable, location=/error.jsp] java.lang.IllegalStateException at org.apache.coyote.Response.reset(Response.java:296) at org.apache.catalina.connector.Response.reset(Response.java:642) at org.apache.catalina.connector.Response.reset(Response.java:908) it isnt quite good for me but at least it is understandable what I think isnt is the following: if there was a small output prior to exception occurence with conditions above then error.jsp is working with wrapped request/response... if I remove a explicit error.jsp form page attributes in jsp then error.jsp is working with unwrapped request/response... please take a look at 38826 sor clarifications -- 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 38835] New: - HttpServletRequest.readLine() doesn't block and returns null immediately
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=38835. 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=38835 Summary: HttpServletRequest.readLine() doesn't block and returns null immediately Product: Tomcat 5 Version: Unknown Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Servlet JSP API AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I am running 5.5.15 but the list doesn't show it (it only shows up to 5.5.14). I have tried this on Linux JDK 1.5.0_06 and Mac OS X JDK 1.5.0_05 This is my servlet code pruned of all nonessentials: package com.tecnoguru.test; import javax.servlet.*; import javax.servlet.http.*; import java.io.*; public class Test extends HttpServlet { public void doGet(HttpServletRequest req, HttpServletResponse res) throws ServletException, IOException { doIt(req, res); } public void doPost(HttpServletRequest req, HttpServletResponse res) throws ServletException, IOException { doIt(req, res); } public void doIt(HttpServletRequest req, HttpServletResponse res) throws ServletException, IOException { BufferedReader rdr = req.getReader(); PrintWriter wrt = res.getWriter(); String line = rdr.readLine(); wrt.println(line); } } This is the result when doing a telnet to port 8080. Note that I did not do anything after the blank line in the request, the response started immediately. The lines I typed are prefixed by , the lines returned are prefixed by : telnet localhost 8080 Trying ::1... Connected to localhost. Escape character is '^]'. GET /Test/test HTTP/1.0 HTTP/1.1 200 OK Server: Apache-Coyote/1.1 Content-Length: 6 Date: Fri, 03 Mar 2006 01:15:14 GMT Connection: close null Connection closed by foreign host. telnet localhost 8080 Trying ::1... Connected to localhost. Escape character is '^]'. POST /Test/test HTTP/1.0 HTTP/1.1 200 OK Server: Apache-Coyote/1.1 Content-Length: 6 Date: Fri, 03 Mar 2006 01:15:42 GMT Connection: close null Connection closed by foreign host. -- 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 38835] - HttpServletRequest.readLine() doesn't block and returns null immediately
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=38835. 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=38835 [EMAIL PROTECTED] changed: What|Removed |Added Severity|normal |major -- 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]