DO NOT REPLY [Bug 38194] New: - Warn if CATALINA_PID unset and executing catalina.sh stop -force
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=38194. 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=38194 Summary: Warn if CATALINA_PID unset and executing catalina.sh stop -force Product: Tomcat 5 Version: 5.5.14 Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: Native:Integration AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] To help users out if when the -force option doesn't seem to be working warn them that CATALINA_PID needs to be set. This isn't mentioned in the catalina.sh help. As at the moment if you attempt to call catalina.sh stop -force without CATALINA_PID it silently ignores the -force option. -- 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 38194] - Warn if CATALINA_PID unset and executing catalina.sh stop -force
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=38194. 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=38194 --- Additional Comments From [EMAIL PROTECTED] 2006-01-09 11:59 --- Created an attachment (id=17371) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=17371action=view) Patch to add a warning to catalina.sh when using stop -force without CATALINA_PID set -- 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 38198] - When using context xml definitions standalone file, tomcat wrongly uses the file name instead the context path definition
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=38198. 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=38198 --- Additional Comments From [EMAIL PROTECTED] 2006-01-09 16:53 --- (In reply to comment #0) When deploying an application in Tomcat 5.5 (been observed in 5.5.8 but not in 5.0.30), using a context definition xml file, such as TOMCAT_CONF/Catalina/hostname/myapp.xml, tomcat ignores the context path definition in the XML file (i.e. context path=/some/path) and instead uses the file name (i.e. myapp in this case) as the path. RTFM. Especially the section in http://tomcat.apache.org/tomcat-5.5-doc/config/context.html that states: The value of this field [path] must not be set except when statically defining a Context in server.xml, as it will be infered from the filenames used for either the .xml context file or the docBase. This makes it impossible to create complex server configurations where applications are hosted not under the root of the server, in addition to being confusing, counter-intuitive and just plain wrong. No, your statement is plain wrong. If you want to set the context path to /some/path, name the XML file containing the Context definition some#path.xml. BTW: Just doing a quick glance over Tomcat's documention, I didn't find the latter mentioned. So it might be a good idea to add this to http://tomcat.apache.org/tomcat-5.5-doc/config/context.html or http://tomcat.apache.org/tomcat-5.5-doc/config/host.html#Automatic%20Application%20Deployment -- 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 38200] - JK 1.x doesn't support full URLs in uriworkermap.properties
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=38200. 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=38200 --- Additional Comments From [EMAIL PROTECTED] 2006-01-09 17:08 --- I suspect that you should look to mod_proxy_ajp in Apache 2.2. Since it is out I suspect work on mod_jk will be primarily as needed maintenance and bug fixing. I could be wrong, of course. -- 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 38198] - When using context xml definitions standalone file, tomcat wrongly uses the file name instead the context path definition
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=38198. 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=38198 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2006-01-09 17:10 --- We've encountered this as well, and got complaints about it. It is very annoying, looks like afeature regression. But now it seems that it is still possible, but one must code the path in the file name by using '#'s instead of the '/'s ? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r367115 - /tomcat/connectors/trunk/coyote/src/java/org/apache/coyote/Response.java
[EMAIL PROTECTED] wrote: Author: markt Date: Sun Jan 8 14:48:43 2006 New Revision: 367115 URL: http://svn.apache.org/viewcvs?rev=367115view=rev Log: Fix bug 29214. containsHeader() not working for Content-Length and Content-Type I don't like this fix (to a non issue), but since I have the opportunity of not using it, you can leave it in if you want to. Rather than adding complexity in code which is critical, I would have hacked instead the org.apache.catalina.connector.Response.containsHeader method, which is not actually used at all (except by application code, IMO for weird reasons). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38200] - JK 1.x doesn't support full URLs in uriworkermap.properties
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=38200. 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=38200 --- Additional Comments From [EMAIL PROTECTED] 2006-01-09 17:17 --- I'd like to do that, but this bug referes to Microsoft IIS 6 like in isapi_redirect.dll instead of apaches mod_*. -- 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 38198] - When using context xml definitions standalone file, tomcat wrongly uses the file name instead the context path definition
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=38198. 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=38198 --- Additional Comments From [EMAIL PROTECTED] 2006-01-09 17:23 --- RTFM. Especially the section in http://tomcat.apache.org/tomcat-5.5-doc/config/context.html that states: The value of this field [path] must not be set..it will be infered from the filenames used for either the .xml context file or the docBase. I must say that though I have read that documentation several times I haven't actually read that paragraph - probably because the introduction paragraphs do an very good job of describing the path attribute and what it does, and the introduction does not say anything about guessing from the file name. Specifically the introduction says that context path MUST [sic] be used and then goes to great lengths explaining how contexts can be loaded from files, without ever mentioning to auto-guessing mechanism. I would also like to mention again that adhering to the path attribute is how tomcat have worked in all previous versions, its how everyone who upgrades to tomcat 5.5 would probably expect it to work, and it makes sense. No, your statement is plain wrong. If you want to set the context path to /some/path, name the XML file containing the Context definition some#path.xml. That is contrived. So basically you are saying that I can forget about having logical meaningful names to context files and instead I must use line noise to form complex structures ? That sounds like a regression to me. Might I suggest that for the sake of backward compatibility and for the peace of mind of people who are going to upgrade from 5.0 to 5.5, to support the path attribute if it exists and do the inferring only if it doesn't ? Also it might be a good idea to support a directory structure under cont/engine name/host name/ instead of coding directory separators into weird characters, chosen no doubt for their incompatibility with paths in URLs and not for readability and ease of use. -- 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 38200] - JK 1.x doesn't support full URLs in uriworkermap.properties
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=38200. 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=38200 --- Additional Comments From [EMAIL PROTECTED] 2006-01-09 17:24 --- Ah, I missed the uriworkermap.properties bit. Sorry. isapi_redirect.dll seems to be the stepchild no one wants. There are those (including me) that are very dependent on there being a high quality IIS/Tomcat connector, but even amongst those in this boat no one has any love for IIS, ISAPI, etc. Personally, I'd love it if my customers would just drop IIS and use Apache (which we bundle), but some of them are rather stubborn on this point... -- 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 38200] - JK 1.x doesn't support full URLs in uriworkermap.properties
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=38200. 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=38200 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2006-01-09 17:25 --- JK 1.2 already supports that for qute some time (forever). Just prefix the URL with '/': /my.webname.de/tomcatapp/* -- 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 38198] - When using context xml definitions standalone file, tomcat wrongly uses the file name instead the context path definition
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=38198. 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=38198 --- Additional Comments From [EMAIL PROTECTED] 2006-01-09 17:40 --- Sorry about the flip reply, sometimes I can't help it :-( Can you please point me at the mailing list archive or somewhere else where this issue was discussed so I can follow up the arguments in favor of this change of behavior ? I did some web searches but couldn't find such a discussion. Thanks, and sorry about the previous comment. -- 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 38202] New: - can't import anything
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=38202. 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=38202 Summary: can't import anything Product: Tomcat 5 Version: 5.5.12 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I have a problem, I don't really know if it's a bugg, but it's quite abnormal (sorry if my english is not good). Actually I have an odd problem with importing something in a jsp page : external javascript, css, picture and background image ; that's all I notice for the moment. If I write my css code or javascript in my jsp page, it's ok ! But it is impossible for picture and background image ! So I'm stuck as well. I also notice that if I open a single page with my browser the importation works.. but not when I surf on my site by tomcat -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38200] - JK 1.x doesn't support full URLs in uriworkermap.properties
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=38200. 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=38200 --- Additional Comments From [EMAIL PROTECTED] 2006-01-09 18:21 --- @ Jess Holle: isapi_redirect.dll seems to be the stepchild no one wants. yes, I got that feeling too. poor kid. Personally, I'd love it if my customers would just drop IIS and use Apache (which we bundle), but some of them are rather stubborn on this point... well, Apache has advantages, IIS other. I work with both and IIS6 is realy was better then the versions before. Hard to say which is better. But we do professional IT services, so we serve whatever the paying customer demands. If it's ASP or similar combined with Java, its IIS. If plain Java, Apache Tomcat is the way. @ Mladen Turk: Is that really so? Where is that documented? We searched for quite some time. We spend many weeks developing and bugfixing the JK2 after it was discontinued because we thought we couldn't use JK1. If that Syntax realy works as expected, please add it to some docu and the sample uriworkermap.properties. That would surely help some people out there. Everyone who depends on doing Microsoft stuff in ASP together with the power of Java in webapps need a IIS- TomCat combination. -- 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 38202] - can't import anything
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=38202. 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=38202 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2006-01-09 18:43 --- Bugzilla is not a user support forum. Please use the tomcat-users list. http://tomcat.apache.org/faq/ -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r367115 - /tomcat/connectors/trunk/coyote/src/java/org/apache/coyote/Response.java
Remy Maucherat wrote: [EMAIL PROTECTED] wrote: Fix bug 29214. containsHeader() not working for Content-Length and Content-Type Rather than adding complexity in code which is critical, I would have hacked instead the org.apache.catalina.connector.Response.containsHeader method, which is not actually used at all (except by application code, IMO for weird reasons). I'll look into an alternative patch that has less impact on the critical code. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38198] - When using context xml definitions standalone file, tomcat wrongly uses the file name instead the context path definition
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=38198. 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=38198 [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]
Re: svn commit: r367115 - /tomcat/connectors/trunk/coyote/src/java/org/apache/coyote/Response.java
If you're looking to reduce complexity - one idea would be to check if the redundant fields are actually needed, because that's the actual source of the problem. I can only think of performance benefits - storing the contentLength as an int may be a good way to avoid conversion to and from String - but the headers are stored as MessageBytes, and that supports storing the int value. If the redundant values are used to avoid looking up the header - storing the MessageBytes value could solve this. If you decide to fix it at the higher layer - maybe you can also deprecate the method containsHeader in Response or put a big javadoc saying that it's not very accurate. Costin On 1/9/06, Mark Thomas [EMAIL PROTECTED] wrote: Remy Maucherat wrote: [EMAIL PROTECTED] wrote: Fix bug 29214. containsHeader() not working for Content-Length and Content-Type Rather than adding complexity in code which is critical, I would have hacked instead the org.apache.catalina.connector.Response.containsHeader method, which is not actually used at all (except by application code, IMO for weird reasons). I'll look into an alternative patch that has less impact on the critical code. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Initial EL/JSP 2.1 Contribution
I've posted an initial contribution of a complete EL-API implementation under Apache 2.0 licensine, along with the EL-API itself (JSR-245-EL).\ EL Implementation (org.apache.el.*) http://www.hookom.net/jacob/tomcat/el.zip EL API (javax.el.*) http://www.hookom.net/jacob/jsr245-el.zip I've been rolling this code base into JSP 2.1 within a local sandbox, but I still have questions about the particulars of the overal project packaging for Tomcat 6. Best Regards Everyone -- Jacob Hookom - Minneapolis JSF-EG, JSF-RI, EL, Facelets - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r367447 - in /tomcat/site/trunk: docs/lists.html xdocs/lists.xml
Author: funkman Date: Mon Jan 9 17:11:09 2006 New Revision: 367447 URL: http://svn.apache.org/viewcvs?rev=367447view=rev Log: add Nabble for the archive links Modified: tomcat/site/trunk/docs/lists.html tomcat/site/trunk/xdocs/lists.xml Modified: tomcat/site/trunk/docs/lists.html URL: http://svn.apache.org/viewcvs/tomcat/site/trunk/docs/lists.html?rev=367447r1=367446r2=367447view=diff == --- tomcat/site/trunk/docs/lists.html (original) +++ tomcat/site/trunk/docs/lists.html Mon Jan 9 17:11:09 2006 @@ -174,14 +174,15 @@ blockquote pThe following mailing lists relate to the Apache Tomcat -project. Users should consider subscribing to the -a href=#tomcat-usersUser Support/a mailing list. +project. Users should consider subscribing to the +a href=#tomcat-usersUser Support/a mailing list. The a href=#tomcat-devDeveloper/a list is for people interested in helping with the development and debugging of the server./p pFormatted archives are available in several places including a href=http://mail-archives.apache.org/mod_mbox/;the Apache Mail -Archives/a and a href=http://marc.theaimsgroup.com/;MARC/a. +Archives/a, a href=http://marc.theaimsgroup.com/;MARC/a, and +a href=http://www.nabble.com/;Nabble/a. You can also use the mail-to-news a href=nntp://news.gmane.org/;gateway/a offered by a href=http://news.gmane.org/index.php?match=gmane.comp.apache;GMANE/a to access most of the lists with a news reader./p @@ -288,7 +289,7 @@ a href=http://mail-archives.apache.org/mod_mbox/tomcat-users/; at Apache/a, a href=http://marc.theaimsgroup.com/?l=tomcat-user;at MARC (searchable) -/a. +/a, and at a href=http://www.nabble.com/Tomcat---User-f342.html;Nabble/a. /td /tr /table @@ -387,7 +388,8 @@ a href=http://mail-archives.apache.org/mod_mbox/tomcat-dev/; at Apache/a, a href=http://marc.theaimsgroup.com/?l=tomcat-dev;at MARC (searchable) -/a. +/a and at +a href=http://www.nabble.com/Tomcat---Dev-f341.html;Nabble/a. /td /tr /table Modified: tomcat/site/trunk/xdocs/lists.xml URL: http://svn.apache.org/viewcvs/tomcat/site/trunk/xdocs/lists.xml?rev=367447r1=367446r2=367447view=diff == --- tomcat/site/trunk/xdocs/lists.xml (original) +++ tomcat/site/trunk/xdocs/lists.xml Mon Jan 9 17:11:09 2006 @@ -8,15 +8,16 @@ section name=Apache Tomcat Mailing Lists pThe following mailing lists relate to the Apache Tomcat -project. Users should consider subscribing to the -a href=#tomcat-usersUser Support/a mailing list. +project. Users should consider subscribing to the +a href=#tomcat-usersUser Support/a mailing list. The a href=#tomcat-devDeveloper/a list is for people interested in helping with the development and debugging of the server./p pFormatted archives are available in several places including a href=http://mail-archives.apache.org/mod_mbox/;the Apache Mail -Archives/a and a href=http://marc.theaimsgroup.com/;MARC/a. +Archives/a, a href=http://marc.theaimsgroup.com/;MARC/a, and +a href=http://www.nabble.com/;Nabble/a. You can also use the mail-to-news a href=nntp://news.gmane.org/;gateway/a offered by a href=http://news.gmane.org/index.php?match=gmane.comp.apache;GMANE/a @@ -92,7 +93,7 @@ a href=http://mail-archives.apache.org/mod_mbox/tomcat-users/; at Apache/a, a href=http://marc.theaimsgroup.com/?l=tomcat-user;at MARC (searchable) -/a. +/a, and at a href=http://www.nabble.com/Tomcat---User-f342.html;Nabble/a. /td /tr /table @@ -164,7 +165,8 @@ a href=http://mail-archives.apache.org/mod_mbox/tomcat-dev/; at Apache/a, a href=http://marc.theaimsgroup.com/?l=tomcat-dev;at MARC (searchable) -/a. +/a and at +a href=http://www.nabble.com/Tomcat---Dev-f341.html;Nabble/a. /td /tr /table - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r367453 - in /tomcat/site/trunk: docs/faq/misc.html docs/faq/printer/misc.html xdocs-faq/misc.xml
Author: funkman Date: Mon Jan 9 17:21:53 2006 New Revision: 367453 URL: http://svn.apache.org/viewcvs?rev=367453view=rev Log: added shutdown and nondaemon threads Modified: tomcat/site/trunk/docs/faq/misc.html tomcat/site/trunk/docs/faq/printer/misc.html tomcat/site/trunk/xdocs-faq/misc.xml Modified: tomcat/site/trunk/docs/faq/misc.html URL: http://svn.apache.org/viewcvs/tomcat/site/trunk/docs/faq/misc.html?rev=367453r1=367452r2=367453view=diff == --- tomcat/site/trunk/docs/faq/misc.html (original) +++ tomcat/site/trunk/docs/faq/misc.html Mon Jan 9 17:21:53 2006 @@ -169,6 +169,11 @@ I'm getting java.lang.ThreadDeath exceptions when reloading my webapp. /a /li +li + a href=#stop +Help! Even though I run shutdown.sh (or shutdown.bat), Tomcat does not stop! + /a +/li /ul /p @@ -765,6 +770,19 @@ div style=padding-left : 20px; See a href=http://issues.apache.org/bugzilla/show_bug.cgi?id=26372;Bugzilla discussion of this/a. /divbr + + + b style=font-size: larger + a name=stop +Help! Even though I run shutdown.sh (or shutdown.bat), Tomcat does not stop! + /a + /b + div style=padding-left : 20px; +Most likely, a non-daemon thread is running. JVM's do not shutdown until there are +0 non-daemon threads. You will need to perform a thread dump [ttkill -3 pid/tt for Unix or +ttCTRL+Break/tt for Windows] to determine the code which started the thread. + /divbr + /blockquote/td/tr/table/td/tr!--FOOTER SEPARATOR--trtd colspan=2hr size=1 noshade=/td/trtrtd align=center colspan=2!--Google Search Form: see Bugzilla 35788--form action=http://www.google.com/search; name=searchForm method=GETinput value=UTF-8 name=ie type=hiddeninput value=UTF-8 name=oe type=hiddentable bgcolor=#FFtrtda href=http://www.google.com/;img align=absmiddle alt=Google border=0 src=http://www.google.com/logos/Logo_40wht.gif;/a/tdtdinput value= maxlength=255 size=25 name=q type=textinput value=http://jakarta.apache.org/tomcat/faq; name=domains type=hiddeninput value=http://jakarta.apache.org/tomcat/faq; name=sitesearch type=hiddeninput value=Google Search name=btnG type=submitbr Search the Tomcat FAQ /td/tr/table/form/td/trtrtd colspan=2hr size=1 noshade=/td/tr!--PAGE FOOTER--trtd colspan=2div align=centerfont size=-1 color=#525D76em Modified: tomcat/site/trunk/docs/faq/printer/misc.html URL: http://svn.apache.org/viewcvs/tomcat/site/trunk/docs/faq/printer/misc.html?rev=367453r1=367452r2=367453view=diff == --- tomcat/site/trunk/docs/faq/printer/misc.html (original) +++ tomcat/site/trunk/docs/faq/printer/misc.html Mon Jan 9 17:21:53 2006 @@ -168,6 +168,11 @@ I'm getting java.lang.ThreadDeath exceptions when reloading my webapp. /a /li +li + a href=#stop +Help! Even though I run shutdown.sh (or shutdown.bat), Tomcat does not stop! + /a +/li /ul /p @@ -764,6 +769,19 @@ div style=padding-left : 20px; See a href=http://issues.apache.org/bugzilla/show_bug.cgi?id=26372;Bugzilla discussion of this/a. /divbr + + + b style=font-size: larger + a name=stop +Help! Even though I run shutdown.sh (or shutdown.bat), Tomcat does not stop! + /a + /b + div style=padding-left : 20px; +Most likely, a non-daemon thread is running. JVM's do not shutdown until there are +0 non-daemon threads. You will need to perform a thread dump [ttkill -3 pid/tt for Unix or +ttCTRL+Break/tt for Windows] to determine the code which started the thread. + /divbr + /blockquote/td/tr/table/td/tr!--FOOTER SEPARATOR--trtd colspan=2hr size=1 noshade=/td/tr!--PAGE FOOTER--trtd colspan=2div align=centerfont size=-1 color=#525D76em Copyright copy; 1999-2005, Apache Software Foundation /em/font/div/td/tr/table/body/html Modified: tomcat/site/trunk/xdocs-faq/misc.xml URL: http://svn.apache.org/viewcvs/tomcat/site/trunk/xdocs-faq/misc.xml?rev=367453r1=367452r2=367453view=diff == --- tomcat/site/trunk/xdocs-faq/misc.xml (original) +++ tomcat/site/trunk/xdocs-faq/misc.xml Mon Jan 9 17:21:53 2006 @@ -182,6 +182,11 @@ I'm getting java.lang.ThreadDeath exceptions when reloading my webapp. /a /li +li + a href=#stop +Help! Even though I run shutdown.sh (or shutdown.bat), Tomcat does not stop! + /a +/li /ul /p @@ -781,8 +786,20 @@ answer See a href=http://issues.apache.org/bugzilla/show_bug.cgi?id=26372;Bugzilla discussion of this/a. /answer -/section + + question + a name=stop +Help! Even though I run shutdown.sh (or shutdown.bat), Tomcat does not stop! + /a +
DO NOT REPLY [Bug 38206] New: - errors in md5 files for both v5.5.12 and v5.0.28
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=38206. 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=38206 Summary: errors in md5 files for both v5.5.12 and v5.0.28 Product: Tomcat 5 Version: 5.5.12 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] On windows 2000 pro, having downloaded both .exe and .md5 files for both v5.5.12 and v5.0.28 here is the result of the md5sum check: C:\1dnlds\tomcat 5-0-28md5sum -c jakarta-tomcat-5.0.28.exe.md5 md5sum: jakarta-tomcat-5.0.28.exe.md5: no properly formatted MD5 checksum lines found I tried several ftp mirrors with the same result. I notice that the md5 file always comes from 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 38206] - errors in md5 files for both v5.5.12 and v5.0.28
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=38206. 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=38206 [EMAIL PROTECTED] changed: What|Removed |Added Summary|errors in md5 files for both|errors in md5 files for both |v5.5.12 and v5.0.28 |v5.5.12 and v5.0.28 --- Additional Comments From [EMAIL PROTECTED] 2006-01-10 03:31 --- I used a text editor to look at the v5.0.28 .md5 file. It had only 1 line in it: dc8ace2569bfcc1660b3a80278c08ba1 I looked at an md5 file for eclipse and it looked like this: 79d9f15b83e501259c44355ffef98070 *eclipse-SDK-3.1.1-win32.zip When I made the tomcat md5 file look like this: dc8ace2569bfcc1660b3a80278c08ba1 *jakarta-tomcat-5.0.28.exe The resulting check was as follows: C:\1dnlds\tomcat 5-0-28md5sum -c jakarta-tomcat-5.0.28.exe.md5 jakarta-tomcat-5.0.28.exe: OK We must need to fix up the md5 files. -- 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 38206] - errors in md5 files for both v5.5.12 and v5.0.28
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=38206. 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=38206 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r367492 - /tomcat/build/tc5.5.x/build.xml
Author: keith Date: Mon Jan 9 21:31:03 2006 New Revision: 367492 URL: http://svn.apache.org/viewcvs?rev=367492view=rev Log: append text and filename to the generated md5 files so md5sum -c is happy. Modified: tomcat/build/tc5.5.x/build.xml Modified: tomcat/build/tc5.5.x/build.xml URL: http://svn.apache.org/viewcvs/tomcat/build/tc5.5.x/build.xml?rev=367492r1=367491r2=367492view=diff == --- tomcat/build/tc5.5.x/build.xml (original) +++ tomcat/build/tc5.5.x/build.xml Mon Jan 9 21:31:03 2006 @@ -72,6 +72,9 @@ property name=compile.deprecation value=false / property name=compile.source value=1.4 / property name=tester.delay value=8 / + + !-- constant to declare a file binary for md5sum -- + property name=md5sum.binary-prefix value= * / !-- === DETECT: Display configuration == -- target name=detect @@ -1471,6 +1474,8 @@ move file=${tomcat.dist}/tomcat-installer.exe tofile=${tomcat.release}/v${version}/bin/${final.name}.exe / checksum file=${tomcat.release}/v${version}/bin/${final.name}.exe / +echo file=${tomcat.release}/v${version}/bin/${final.name}.exe.MD5 + message=${md5sum.binary-prefix}${final.name}.exe${line.separator} append=true / /target @@ -1518,6 +1523,8 @@ /zip checksum file=${tomcat.release}/v${version}/bin/${final.name}.zip/ +echo file=${tomcat.release}/v${version}/bin/${final.name}.zip.MD5 + message=${md5sum.binary-prefix}${final.name}.zip${line.separator} append=true / /target !-- Packages the embedded Tomcat distro in zip format -- @@ -1536,6 +1543,8 @@ /zip checksum file=${tomcat.release}/v${version}/bin/${final.name}-embed.zip/ +echo file=${tomcat.release}/v${version}/bin/${final.name}-embed.zip.MD5 + message=${md5sum.binary-prefix}${final.name}-embed.zip${line.separator} append=true / /target !-- Packages the deployer distribution in zip format -- @@ -1549,6 +1558,8 @@ /zip checksum file=${tomcat.release}/v${version}/bin/${final.name}-deployer.zip/ +echo file=${tomcat.release}/v${version}/bin/${final.name}-deployer.zip.MD5 + message=${md5sum.binary-prefix}${final.name}-deployer.zip${line.separator} append=true / /target !-- Packages the JDK 1.4 compatibility distro in zip format -- @@ -1562,6 +1573,8 @@ /zip checksum file=${tomcat.release}/v${version}/bin/${final.name}-compat.zip/ +echo file=${tomcat.release}/v${version}/bin/${final.name}-compat.zip.MD5 + message=${md5sum.binary-prefix}${final.name}-compat.zip${line.separator} append=true / /target !-- Packages the admin webapp distro in zip format -- @@ -1579,6 +1592,8 @@ /zip checksum file=${tomcat.release}/v${version}/bin/${final.name}-admin.zip/ +echo file=${tomcat.release}/v${version}/bin/${final.name}-admin.zip.MD5 + message=${md5sum.binary-prefix}${final.name}-admin.zip${line.separator} append=true / /target !-- Prepares for cutting the release -- @@ -1658,6 +1673,8 @@ /tar checksum file=${tomcat.release}/v${version}/bin/${final.name}.tar.gz/ +echo file=${tomcat.release}/v${version}/bin/${final.name}.tar.gz.MD5 + message=${md5sum.binary-prefix}${final.name}.tar.gz${line.separator} append=true / /target !-- Packages the embedded Tomcat distro in tar.gz format -- @@ -1679,6 +1696,8 @@ /tar checksum file=${tomcat.release}/v${version}/bin/${final.name}-embed.tar.gz/ +echo file=${tomcat.release}/v${version}/bin/${final.name}-embed.tar.gz.MD5 + message=${md5sum.binary-prefix}${final.name}-embed.tar.gz${line.separator} append=true / /target !-- Packages the deployer Tomcat distro in tar.gz format -- @@ -1701,6 +1720,8 @@ /tar checksum file=${tomcat.release}/v${version}/bin/${final.name}-deployer.tar.gz/ +echo file=${tomcat.release}/v${version}/bin/${final.name}-deployer.tar.gz.MD5 + message=${md5sum.binary-prefix}${final.name}-deployer.tar.gz${line.separator} append=true / /target !-- Packages the 1.4 compatibility distro in tar.gz format -- @@ -1721,6 +1742,8 @@ /tar checksum file=${tomcat.release}/v${version}/bin/${final.name}-compat.tar.gz/ +echo file=${tomcat.release}/v${version}/bin/${final.name}-compat.tar.gz.MD5 + message=${md5sum.binary-prefix}${final.name}-compat.tar.gz${line.separator} append=true / /target !-- Packages the admin webapp distro in tar.gz format -- @@ -1745,6 +1768,8 @@ /tar checksum file=${tomcat.release}/v${version}/bin/${final.name}-admin.tar.gz/ +echo file=${tomcat.release}/v${version}/bin/${final.name}-admin.tar.gz.MD5 +
DO NOT REPLY [Bug 38206] - errors in md5 files for both v5.5.12 and v5.0.28
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=38206. 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=38206 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-01-10 06:34 --- Thanks for pointing this out. I have corrected the build to use the gnu md5sum format so cat *.MD5 | md5sum -c works ok. -- 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]