DO NOT REPLY [Bug 37245] New: - Slow host in load balancer under heavy load issue
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=37245. 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=37245 Summary: Slow host in load balancer under heavy load issue Product: Tomcat 5 Version: Unknown Platform: Other URL: http://algesten.blogspot.com/ OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Native:JK AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] BugsThisDependsOn: 36138 We have 1 web server dispatching requests to 4 application servers. 2 of these servers are older/slower/under more load from other sites being hosted. When having a heavy load, we've observed that initially the busy queues of the workers are longer on the older hosts, which seems logical. However gradually increasing the load can reach a tipping point, where the older hosts can't get through the load quickly enough, making the queues grow and grow until tomcat stalls. This is happening at the same time as the two newer hosts are holding up fine and could take more load An election algorithm that takes the busy queue into account would solve the problem. One such algorithm has been submitted in #36138. -- 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 37246] New: - Election method T weirdness under constant heavy 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=37246. 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=37246 Summary: Election method T weirdness under constant heavy load Product: Tomcat 5 Version: Unknown Platform: Other URL: http://algesten.blogspot.com/ OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Native:JK AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Election method T is electing a worker depending on the amount of traffic to the workers. If we put a constant load on the server using ab -c 150 -n 100 http://my.site/page. By refreshing the jkstatus page a lot we're obvserving that this election method choses the same worker for all requests for around a second or so, effectively having 150 long busy queue on one worker whilst the others are at 0. In other words we're blitzing one worker with the whole load at a time. I can only speculate to why this is, but if for instance the traffic counters on the workers are only updated every second, simply looking at those counters would elect the same worker for a second at a 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 37248] New: - OutOfMemoryError does not trigger load balancer failover
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=37248. 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=37248 Summary: OutOfMemoryError does not trigger load balancer failover Product: Tomcat 5 Version: Unknown Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Native:JK AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] In a load balanced scenario we have the following configuration where the first worker has a redirect to the second, and the second is in state disabled: worker.unit085-lb.type=lb worker.unit085-lb.balance_workers=unit085-rego,unit085-riley worker.unit085-rego.host=192.168.110.107 worker.unit085-rego.port=20985 worker.unit085-rego.type=ajp13 worker.unit085-rego.redirect=unit085-riley worker.unit085-rego.socket_timeout=60 worker.unit085-riley.host=192.168.110.108 worker.unit085-riley.port=20985 worker.unit085-riley.type=ajp13 worker.unit085-riley.disabled=true worker.unit085-riley.socket_timeout=60 When the first server for the first worker has an OutOfMemoryError, no error is flagged in mod_jk and the redirect does not happen. -- 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 37247] - Busy workers counter doesn't count down
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=37247. 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=37247 --- Additional Comments From [EMAIL PROTECTED] 2005-10-26 09:04 --- Which version of mod_jk, which of apache? -- 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 37246] - Election method T weirdness under constant heavy 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=37246. 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=37246 --- Additional Comments From [EMAIL PROTECTED] 2005-10-26 09:08 --- Which version of mod_jk and of apache? What is the average response time of /page? Is it around one second? Traffic counters are only updated after the response is received from tomcat. How does it look like after a minute or so. Does it correctly balance then? -- 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 37247] - Busy workers counter doesn't count down
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=37247. 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=37247 --- Additional Comments From [EMAIL PROTECTED] 2005-10-26 09:26 --- I can also confirm that we've seen the same thing under mod_jk 1.2.14 and Apache 2.0.50 (prefork) on 32-bit linux. Using mod_jk Pessimistic mode instead of optimistic may have helped some, but it the problem still happens. The opposite also happened to us -- worker busy values were set to values near MAX_INT, possibly due to being decremented too many times, ending up below zero and wrapping around. Our algorithm in the 'busyness' load balancing patch (see bug 36138) depends on the worker busy values, so we put in a quick and dirty fix in that patch that sets the busyness value to 0 anytime it gets below 0, but this doesn't help the case when it gets stuck higher than it should be. See also the 4th and 5th paragraphs in the first comment of bug 36138. I think the busy value may have been initially added only for display purposes for the jk_status page, so keeping the busy values accurate may not have been very important initially. Finally, if you do an apache graceful restart under load, the mod_jk busyness values are usually all messed up. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28222] - getRequestURL() in forwarded jsp/servlet doesn't return new url
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28222. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28222 --- Additional Comments From [EMAIL PROTECTED] 2005-10-26 09:55 --- Sorry for that tomcat's thing then. Anyway I am pretty confused right now. If these javadocs are driven by servlet spec then HttpServletRequest.getRequest() states: Reconstructs the URL the client used to make the request. The returned URL contains a protocol, server name, port number, and server path, but it does not include query string parameters. ( http://tomcat.apache.org/tomcat-5.5-doc/servletapi/javax/servlet/http/HttpServletRequest.html#getRequestURL() ) This really stands in the way of specs themselfs. But I guess you can't do anything about it and I should bother someone else about it. Cheers, Radek. -- 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 37250] - Error While Shutting Down Apache Tomcat Server
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=37250. 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=37250 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-10-26 13:27 --- Bugzilla is not a support forum. Please use the tomcat user 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 28222] - getRequestURL() in forwarded jsp/servlet doesn't return new url
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28222. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28222 --- Additional Comments From [EMAIL PROTECTED] 2005-10-26 15:51 --- Yep, the JavaDocs are confusing here. The JavaDocs make no mention of the requirements of SRV.8.4. However, SRV.8.4 is very clear on how this should work. The place to send your comments is [EMAIL PROTECTED] In my view, the Javadocs should at least refer to the requirements of SRV.8.4 and shoudl really include the full requirement here. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r328753 - in /tomcat/site/trunk/xdocs: download-33.xml download-41.xml
Author: markt Date: Wed Oct 26 15:26:44 2005 New Revision: 328753 URL: http://svn.apache.org/viewcvs?rev=328753view=rev Log: Fix download locations for Tomcat 3 and Tomcat 4 after move to TLP structure. Modified: tomcat/site/trunk/xdocs/download-33.xml tomcat/site/trunk/xdocs/download-41.xml Modified: tomcat/site/trunk/xdocs/download-33.xml URL: http://svn.apache.org/viewcvs/tomcat/site/trunk/xdocs/download-33.xml?rev=328753r1=328752r2=328753view=diff == --- tomcat/site/trunk/xdocs/download-33.xml (original) +++ tomcat/site/trunk/xdocs/download-33.xml Wed Oct 26 15:26:44 2005 @@ -19,4 +19,4 @@ [end] /selectinput type=submit value=Change//form/pp The codeKEYS/code link links to the code signing keys used to sign the product. The codePGP/code link downloads the OpenPGP compatible signature from our main site. -/ppFor more information concerning Tomcat 3, see the a href=http://jakarta.apache.org/tomcat/tomcat-3.3-doc/; class=nameTomcat 3/a site. /pdiv class=linksspan class=linka href=http://www.apache.org/dist/jakarta/tomcat-3/v3.3.2/KEYS;KEYS/a/span/divul class=downloadsli class=groupdiv class=linksspan class=labelBinary/span/divulli class=downloada href=[preferred]/jakarta/tomcat-3/v3.3.2/bin/jakarta-tomcat-3.3.2.tar.gz3.3.2 tar.gz/aul class=attributeslispan class=pgp[a href=http://www.apache.org/dist/jakarta/tomcat-3/v3.3.2/bin/jakarta-tomcat-3.3.2.tar.gz.asc;pgp/a]/span/li/ul/lili class=downloada href=[preferred]/jakarta/tomcat-3/v3.3.2/bin/jakarta-tomcat-3.3.2.zip3.3.2 zip/aul class=attributeslispan class=pgp[a href=http://www.apache.org/dist/jakarta/tomcat-3/v3.3.2/bin/jakarta-tomcat-3.3.2.zip.asc;pgp/a]/span/li/ul/li/ul/lili class=groupdiv class=linksspan class=labelSource/span/divulli class=downloada href=[preferred]/jakarta/tomcat-3/v3.3.2/src/jakarta-tomcat-3.3.2-src.tar.gz3.3.2 tar.gz/aul class=attributeslispan class=pgp[a href=http://www.apache.org/dist/jakarta/tomcat-3/v3.3.2/src/jakarta-tomcat-3.3.2-src.tar.gz.asc;pgp/a]/span/li/ul/lili class=downloada href=[preferred]/jakarta/tomcat-3/v3.3.2/src/jakarta-tomcat-3.3.2-src.zip3.3.2 zip/aul class=attributeslispan class=pgp[a href=http://www.apache.org/dist/jakarta/tomcat-3/v3.3.2/src/jakarta-tomcat-3.3.2-src.zip.asc;pgp/a]/span/li/ul/li/ul/lili class=downloada href=[preferred]/jakarta/tomcat-3/browse download area/a/lilia href=http://archive.apache.org/dist/jakarta/tomcat-3/;archives.../a/li/ul/section/body/document \ No newline at end of file +/ppFor more information concerning Tomcat 3, see the a href=http://jakarta.apache.org/tomcat/tomcat-3.3-doc/; class=nameTomcat 3/a site. /pdiv class=linksspan class=linka href=http://www.apache.org/dist/tomcat/tomcat-3/v3.3.2/KEYS;KEYS/a/span/divul class=downloadsli class=groupdiv class=linksspan class=labelBinary/span/divulli class=downloada href=[preferred]/tomcat/tomcat-3/v3.3.2/bin/jakarta-tomcat-3.3.2.tar.gz3.3.2 tar.gz/aul class=attributeslispan class=pgp[a href=http://www.apache.org/dist/tomcat/tomcat-3/v3.3.2/bin/jakarta-tomcat-3.3.2.tar.gz.asc;pgp/a]/span/li/ul/lili class=downloada href=[preferred]/tomcat/tomcat-3/v3.3.2/bin/jakarta-tomcat-3.3.2.zip3.3.2 zip/aul class=attributeslispan class=pgp[a href=http://www.apache.org/dist/tomcat/tomcat-3/v3.3.2/bin/jakarta-tomcat-3.3.2.zip.asc;pgp/a]/span/li/ul/li/ul/lili class=groupdiv class=linksspan class=labelSource/span/divulli class=downloada href=[preferred]/tomcat/tomcat-3/v3.3.2/src/jakarta-tomcat-3.3.2-src.tar.gz3.3.2 tar.gz/aul class=attributeslispan class=pgp[a href=http://www.apache.org/dist/tomcat/tomcat-3/v3.3.2/src/jakarta-tomcat-3.3.2-src.tar.gz.asc;pgp/a]/span/li/ul/lili class=downloada href=[preferred]/tomcat/tomcat-3/v3.3.2/src/jakarta-tomcat-3.3.2-src.zip3.3.2 zip/aul class=attributeslispan class=pgp[a href=http://www.apache.org/dist/tomcat/tomcat-3/v3.3.2/src/jakarta-tomcat-3.3.2-src.zip.asc;pgp/a]/span/li/ul/li/ul/lili class=downloada href=[preferred]/tomcat/tomcat-3/browse download area/a/lilia href=http://archive.apache.org/dist/tomcat/tomcat-3/;archives.../a/li/ul/section/body/document \ No newline at end of file Modified: tomcat/site/trunk/xdocs/download-41.xml URL: http://svn.apache.org/viewcvs/tomcat/site/trunk/xdocs/download-41.xml?rev=328753r1=328752r2=328753view=diff == --- tomcat/site/trunk/xdocs/download-41.xml (original) +++ tomcat/site/trunk/xdocs/download-41.xml Wed Oct 26 15:26:44 2005 @@ -31,7 +31,7 @@ The codeKEYS/code link links to the code signing keys used to sign the product. The codePGP/code link downloads the OpenPGP compatible signature from our main site. The codeMD5/code link downloads the checksum from the main site. -/ppFor more information concerning Tomcat 4, see the a
RE: [Fwd: Tomcat 3.3 points to the wrong location from the download page]
Fixed. Will be visible on the web site shortly. Mark -Original Message- From: Joshua Slive [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 26, 2005 7:08 PM To: Jakarta Project Management Committee List Subject: [Fwd: Tomcat 3.3 points to the wrong location from the download page] acked. Original Message Subject: Tomcat 3.3 points to the wrong location from the download page Date: Wed, 26 Oct 2005 14:04:58 -0400 From: Evan Borgstrom [EMAIL PROTECTED] Reply-To: mirrors@apache.org Organization: Mirrored.ca To: mirrors@apache.org Hi All, I just got a report of this for apache.mirrored.ca and tested with a couple other mirrors and they all behave the same. If you goto http://tomcat.apache.org/download-33.cgi the links it returns are all /jakarta/tomcat-3/v3.3.2/... but they should be /tomcat/tomcat-3/v.3.3.2/... Should I file this as a bug? -Evan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Bea give us a Admin Console?
Hmm, I'm a bit surprised to hear about it through a press release. A shout-out or heads-up messge from BEA to this list or to [EMAIL PROTECTED] would have been nice. But oh well.. Yoav --- Sriram N [EMAIL PROTECTED] wrote: --- Mladen Turk [EMAIL PROTECTED] wrote: Peter Rossbach wrote: Has everyone more information about this bea admin console project: http://www.bea.com/framework.jsp?CNT=pr01542.htmFP=/content/news_events/press_releases/2005 Since I can not recall that there was an discussion on Tomcat dev or pmc lists about that product, neither I saw anyone from BEA expressing desire to opensource that, I suppose it's commercial one, and thus has nothing to do with us, except as a reference probably. According to the BEA web page, they've tied up with Covalent for Tomcat support. Regards, Mladen. -- Sriram __ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA, USA [EMAIL PROTECTED] / www.yoavshapira.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37262] New: - JDBC datasources are never released
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=37262. 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=37262 Summary: JDBC datasources are never released 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] Datasources defined in context.xml are never released. This means that if the webapp is repeteadly deployed/undeployed, the DB connections present in the pool at the time of the undeploy are leaked. This can be fixed by calling SimpleDataSource.close() when the context is stopped. My fix might not be placed in the ideal location, but that's how I got it to work, somebody more familiar with the code can put it in the right place. -- 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 37262] - JDBC datasources are never released
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=37262. 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=37262 --- Additional Comments From [EMAIL PROTECTED] 2005-10-27 06:30 --- Created an attachment (id=16814) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16814action=view) NamingContextListener.java 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 37263] New: - HTTP 404:Servlet action not found
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=37263. 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=37263 Summary: HTTP 404:Servlet action not found Product: Tomcat 5 Version: 5.5.12 Platform: Other OS/Version: Windows XP Status: UNCONFIRMED Severity: normal Priority: P2 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I've installed apache-tomcat-5.5.12 with jdk1.5.0_05, jre1.5.0_05 and struts- 1.2.7 recently. I'm not able to access the RegisterAction class. Is the problem with the classspath? I've the following struts-config.xml ... action-mappings action path=/register type=app.RegisterAction name=registerForm forward name=success path=/pages/Success.html/ forward name=failure path=/pages/Failure.html/ /action /action-mappings ... I get the HTTP 404 error: Servlet action not found for the action http://localhost:7070/sevenOaks/register.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 37264] New: - ServletContextListener cannot load classes
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=37264. 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=37264 Summary: ServletContextListener cannot load classes 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] If a ServletContextListener implmentation references a class that is not yet loaded, the loading would with some ZipException. This is caused by the fact that when a context is stopped, the classloader is unbound before the ServletContextListeners are called. The sequence of calls is something like this: StandardContext.stop() lifecycle.fireLifecycleEvent(STOP_EVENT, null); NamingContextListener.lifecycleEvent(); ContextBindings.unbindClassLoader() ... listenerStop(); // trouble My solutions was to move listenerStop() before the call to fireLifecycleEvents() I also filed bug 37262, about the datasources not being released when the context is stopped. These two are somehow related, I think the right sequence when stopping the context is: 1. call the listeners 2. release the datasources 3. unbind the classloader -- 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 37264] - ServletContextListener cannot load classes
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=37264. 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=37264 --- Additional Comments From [EMAIL PROTECTED] 2005-10-27 06:48 --- Created an attachment (id=16816) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16816action=view) StandardContext 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 37264] - ServletContextListener cannot load classes
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=37264. 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=37264 --- Additional Comments From [EMAIL PROTECTED] 2005-10-27 06:52 --- A necessary clarification: This problem refers to ServletContextlistener. destroy() -- 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 37263] - HTTP 404:Servlet action not found
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=37263. 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=37263 [EMAIL PROTECTED] changed: What|Removed |Added Summary|HTTP 404:Servlet action not |HTTP 404:Servlet action not |found |found -- 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]