404 response form authentication problem
I have a login form that works fine in my local development environment with a single webapp deployed to the default localhost host. However, in a hosted environment with multiple hosts defined in my server.xml Tomcat returns a 404 response and a blank page. The html form follows the servlet spec definition, the application deploys successfully in (confirmed via log files), and I'm successfully redirected to my login page when trying to access a protected resource. I have cookies enabled in my browser and I see that a call to request.isRequestedSessionIdFromCookie() = true in my log files. If I change the web.xml's auth-method element from FORM to BASIC, I get challenged for a login and then successfully redirected. I'm at a loss for why this isn't working any help/thoughts are greatly appreciated! form method=POST name=login action=j_security_check input type=text name=j_username/ input type=password name=j_password / input type=submit name=Submit value=Login/input type=reset name=cancel value=Reset/ /form I've defined a host in the server.xml that uses a sub-domain. I also have another host running on the same Tomcat instance Host name=dev.mydomain.com debug=99 appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=true xmlNamespaceAware=false /Host - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Japanese message updates and one bug fix in Tomcat 5
This mail includes Japanese message updates for Tomcat 5. And this patch resolves the problem which you can't deploy tomcat by ant in Japanese environment. Thanks, Kazuhiro Kazama ([EMAIL PROTECTED]) NTT Network Innovation Laboratories Index: jasper2/src/share/org/apache/jasper/resources/messages_ja.properties === RCS file: /home/cvspublic/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages_ja.properties,v retrieving revision 1.53 diff -c -u -r1.53 messages_ja.properties --- jasper2/src/share/org/apache/jasper/resources/messages_ja.properties25 May 2004 21:28:40 - 1.53 +++ jasper2/src/share/org/apache/jasper/resources/messages_ja.properties30 Aug 2004 06:00:08 - @@ -223,6 +223,7 @@ \-ieplugin clsid Internet Explorer\u306eJava Plugin\u306eclassid\n\ \-classpath path java.class.path\u30b7\u30b9\u30c6\u30e0\u30d7\u30ed\u30d1\u30c6\u30a3\u306e\u4e0a\u66f8\u304d\n\ \-xpoweredBy X-Powered-By\u30ec\u30b9\u30dd\u30f3\u30b9\u30d8\u30c3\u30c0\u306e\u8ffd\u52a0\n\ +\-trimSpaces \u30a2\u30af\u30b7\u30e7\u30f3\u3084\u6307\u793a\u5b50\u306e\u9593\u306e\u30c6\u30f3\u30d7\u30ec\u30fc\u30c8\u30c6\u30ad\u30b9\u30c8\u4e2d\u306e\u30b9\u30da\u30fc\u30b9\u3092\u524a\u9664\n\ jspc.webxml.header=?xml version=1.0 encoding=ISO-8859-1?\n\ \n\ @@ -396,4 +397,5 @@ jsp.error.prefix.refined=\u30d7\u30ea\u30d5\u30a3\u30c3\u30af\u30b9 {0} \u304c\u73fe\u5728\u306e\u30b9\u30b3\u30fc\u30d7\u4e2d\u3067\u65e2\u306b {2} \u3068\u5b9a\u7fa9\u3055\u308c\u3066\u3044\u308b\u306e\u3067 {1} \u306b\u518d\u5b9a\u7fa9\u3057\u307e\u3057\u305f jsp.error.nested_jsproot=\u5165\u308c\u5b50\u306b\u306a\u3063\u305f lt;jsp:rootgt; \u3067\u3059 jsp.error.unbalanced.endtag=\u7d42\u4e86\u30bf\u30b0 \lt;/{0}\ \u306e\u5bfe\u5fdc\u304c\u53d6\u308c\u3066\u3044\u307e\u305b\u3093 -jsp.error.invalid.bean= +jsp.error.invalid.bean=useBean\u306e\u30af\u30e9\u30b9\u5c5e\u6027 {0} \u306e\u5024\u304c\u7121\u52b9\u3067\u3059 +jsp.error.prefix.use_before_dcl=\u3053\u306e\u30bf\u30b0\u6307\u793a\u5b50\u3067\u6307\u5b9a\u3055\u308c\u3066\u3044\u308b\u30d7\u30ea\u30d5\u30a3\u30c3\u30af\u30b9 {0} \u306f\u3001\u3059\u3067\u306b\u30d5\u30a1\u30a4\u30eb {1} \u306e {2} \u884c\u76ee\u306e\u30a2\u30af\u30b7\u30e7\u30f3\u3067\u4f7f\u7528\u3055\u308c\u3066\u3044\u307e\u3059 Index: http11/src/java/org/apache/coyote/http11/LocalStrings_ja.properties === RCS file: /home/cvspublic/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/LocalStrings_ja.properties,v retrieving revision 1.3 diff -c -u -r1.3 LocalStrings_ja.properties --- http11/src/java/org/apache/coyote/http11/LocalStrings_ja.properties 2 Sep 2003 14:11:53 - 1.3 +++ http11/src/java/org/apache/coyote/http11/LocalStrings_ja.properties 30 Aug 2004 06:00:03 - @@ -10,7 +10,7 @@ http11protocol.endpoint.initerror=\u30a8\u30f3\u30c9\u30dd\u30a4\u30f3\u30c8\u3092\u521d\u671f\u5316\u4e2d\u306e\u30a8\u30e9\u30fc\u3067\u3059 http11protocol.endpoint.starterror=\u30a8\u30f3\u30c9\u30dd\u30a4\u30f3\u30c8\u3092\u8d77\u52d5\u4e2d\u306e\u30a8\u30e9\u30fc\u3067\u3059 -http11protocol.init=Coyote HTTP/1.1\u3092\u30dd\u30fc\u30c8{0}\u3067\u521d\u671f\u5316\u3057\u307e\u3059 +http11protocol.init=Coyote HTTP/1.1\u3092 {0} \u3067\u521d\u671f\u5316\u3057\u307e\u3059 http11protocol.proto.error=\u30ea\u30af\u30a8\u30b9\u30c8\u3092\u8aad\u307f\u8fbc\u307f\u4e2d\u306e\u30a8\u30e9\u30fc\u3067\u3059\u304c\u3001\u7121\u8996\u3055\u308c\u307e\u3057\u305f http11protocol.proto.ioexception.debug=\u30ea\u30af\u30a8\u30b9\u30c8\u3092\u8aad\u307f\u8fbc\u307f\u4e2d\u306eIOException\u3067\u3059 http11protocol.proto.ioexception.info=\u30ea\u30af\u30a8\u30b9\u30c8\u3092\u8aad\u307f\u8fbc\u307f\u4e2d\u306eIOException\u3067\u3059\u304c\u3001\u7121\u8996\u3055\u308c\u307e\u3057\u305f @@ -18,7 +18,12 @@ http11protocol.proto.socketexception.info=\u30ea\u30af\u30a8\u30b9\u30c8\u3092\u8aad\u307f\u8fbc\u307f\u4e2d\u306eSocketException\u3067\u3059\u304c\u3001\u7121\u8996\u3055\u308c\u307e\u3057\u305f http11protocol.setattribute=\u5c5e\u6027 {0}: {1} http11protocol.socketfactory.initerror=\u30bd\u30b1\u30c3\u30c8\u30d5\u30a1\u30af\u30c8\u30ea\u3092\u521d\u671f\u5316\u4e2d\u306e\u30a8\u30e9\u30fc\u3067\u3059 -http11protocol.start=Coyote HTTP/1.1\u3092\u30dd\u30fc\u30c8 {0} \u3067\u8d77\u52d5\u3057\u307e\u3059 +http11protocol.start=Coyote HTTP/1.1\u3092 {0} \u3067\u8d77\u52d5\u3057\u307e\u3059 +http11protocol.stop=Coyote HTTP/1.1\u3092 {0} \u3067\u505c\u6b62\u3057\u307e\u3059 +http11protocol.pause=Coyote HTTP/1.1\u3092 {0} \u3067\u4e00\u6642\u505c\u6b62\u3057\u307e\u3059 +http11protocol.endpoint.pauseerror=\u30a8\u30f3\u30c9\u30dd\u30a4\u30f3\u30c8\u306e\u4e00\u6642\u505c\u6b62\u4e2d\u306e\u30a8\u30e9\u30fc\u3067\u3059 +http11protocol.resume=Coyote HTTP/1.1\u3092 {0}
cvs commit: jakarta-tomcat-catalina/webapps/docs jndi-datasource-examples-howto.xml
yoavs 2004/08/30 12:34:10 Modified:webapps/docs jndi-datasource-examples-howto.xml Log: Fixed double-opening tag in sample web.xml. Revision ChangesPath 1.11 +0 -1 jakarta-tomcat-catalina/webapps/docs/jndi-datasource-examples-howto.xml Index: jndi-datasource-examples-howto.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/jndi-datasource-examples-howto.xml,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- jndi-datasource-examples-howto.xml26 Aug 2004 23:16:50 - 1.10 +++ jndi-datasource-examples-howto.xml30 Aug 2004 19:34:10 - 1.11 @@ -235,7 +235,6 @@ xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd; version=2.4gt; -lt;web-appgt; lt;descriptiongt;MySQL Test Applt;/descriptiongt; lt;resource-refgt; lt;descriptiongt;DB Connectionlt;/descriptiongt; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml jndi-datasource-examples-howto.xml
yoavs 2004/08/30 12:35:37 Modified:webapps/docs Tag: TOMCAT_5_0 changelog.xml jndi-datasource-examples-howto.xml Log: Fixed syntax in sample web.xml, addressing Bugzilla 30756. Revision ChangesPath No revision No revision 1.70.2.16 +3 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.70.2.15 retrieving revision 1.70.2.16 diff -u -r1.70.2.15 -r1.70.2.16 --- changelog.xml 30 Aug 2004 19:22:36 - 1.70.2.15 +++ changelog.xml 30 Aug 2004 19:35:37 - 1.70.2.16 @@ -20,6 +20,9 @@ update Added Xalan note in RELEASE-NOTE section on XML parsers. (yoavs) /update + fix +bug30756/bug: Bad syntax in sample web.xml. (yoavs) + /fix /changelog /subsection subsection name=Catalina 1.8.2.2 +0 -1 jakarta-tomcat-catalina/webapps/docs/jndi-datasource-examples-howto.xml Index: jndi-datasource-examples-howto.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/jndi-datasource-examples-howto.xml,v retrieving revision 1.8.2.1 retrieving revision 1.8.2.2 diff -u -r1.8.2.1 -r1.8.2.2 --- jndi-datasource-examples-howto.xml21 Aug 2004 15:50:06 - 1.8.2.1 +++ jndi-datasource-examples-howto.xml30 Aug 2004 19:35:37 - 1.8.2.2 @@ -294,7 +294,6 @@ xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd; version=2.4gt; -lt;web-appgt; lt;descriptiongt;MySQL Test Applt;/descriptiongt; lt;resource-refgt; lt;descriptiongt;DB Connectionlt;/descriptiongt; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30756] - MySQL DBCP Example on JNDI Datasource Documentation
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=30756. 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=30756 MySQL DBCP Example on JNDI Datasource Documentation [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-08-30 19:38 --- 1 - Is it strictly necessary, and if so exactly what text should be there? 2,3 - Are they strictly necessary? I think they're just an alternative JSTL syntax, so I won't add those now. 4 - Is not needed. 5 - Just clutters things up, that's why we have the First Webapp tutorial. 6 - I don't like the vague alternative text, suggest something clearer maybe. 7 - That's an error, I've fixed it in CVS (both TOMCAT_5_0 and HEAD branches). Thanks for your help. Next time send .diff patches please. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
yoavs 2004/08/30 12:43:27 Modified:catalina/src/share/org/apache/catalina/ant Tag: TOMCAT_5_0 UndeployTask.java webapps/docs Tag: TOMCAT_5_0 changelog.xml Log: Added failOnError attribute to UndeployTask, Bugzilla 30763. Revision ChangesPath No revision No revision 1.3.2.1 +32 -3 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant/UndeployTask.java Index: UndeployTask.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant/UndeployTask.java,v retrieving revision 1.3 retrieving revision 1.3.2.1 diff -u -r1.3 -r1.3.2.1 --- UndeployTask.java 27 Feb 2004 14:58:41 - 1.3 +++ UndeployTask.java 30 Aug 2004 19:43:26 - 1.3.2.1 @@ -34,6 +34,12 @@ // - Properties +/** + * Whether to fail (with a BuildException) if + * an error occurs. The default behavior is + * to do so. + */ +protected boolean failOnError = true; /** * The context path of the web application we are managing. @@ -48,6 +54,23 @@ this.path = path; } +/** + * Returns the value of the failOnError + * property. + */ +public boolean isFailOnError() { + return failOnError; +} + +/** + * Sets the value of the failOnError property. + * + * @param newFailOnError New attribute value + */ +public void setFailOnError(boolean newFailOnError) { + failOnError = newFailOnError; +} + // - Public Methods @@ -64,9 +87,15 @@ throw new BuildException (Must specify 'path' attribute); } -execute(/undeploy?path= + this.path); -} +try { + execute(/undeploy?path= + this.path); +} catch (BuildException e) { + if( isFailOnError() ) { + throw e; + } +} +} } No revision No revision 1.70.2.17 +3 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.70.2.16 retrieving revision 1.70.2.17 diff -u -r1.70.2.16 -r1.70.2.17 --- changelog.xml 30 Aug 2004 19:35:37 - 1.70.2.16 +++ changelog.xml 30 Aug 2004 19:43:26 - 1.70.2.17 @@ -30,6 +30,9 @@ fix bug28914/bug: threadPriority attribute ignored. (yoavs) /fix + fix +bug30763/bug: added failOnError attribute to UndeployTask. (yoavs) + /fix /changelog /subsection /section - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant UndeployTask.java
yoavs 2004/08/30 12:52:51 Modified:catalina/src/share/org/apache/catalina/ant UndeployTask.java Log: Addressed Bugzilla 30763, added failOnError attribute. Revision ChangesPath 1.4 +31 -2 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant/UndeployTask.java Index: UndeployTask.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant/UndeployTask.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- UndeployTask.java 27 Feb 2004 14:58:41 - 1.3 +++ UndeployTask.java 30 Aug 2004 19:52:51 - 1.4 @@ -33,7 +33,29 @@ // - Properties +/** + * Whether to fail (with a BuildException) if + * an error occurs. The default behavior is + * to do so. + */ +protected boolean failOnError = true; +/** + * Returns the value of the failOnError + * property. + */ +public boolean isFailOnError() { + return failOnError; +} + +/** + * Sets the value of the failOnError property. + * + * @param newFailOnError New attribute value + */ +public void setFailOnError(boolean newFailOnError) { + failOnError = newFailOnError; +} /** * The context path of the web application we are managing. @@ -64,7 +86,14 @@ throw new BuildException (Must specify 'path' attribute); } -execute(/undeploy?path= + this.path); + +try { + execute(/undeploy?path= + this.path); + } catch (BuildException e) { + if( isFailOnError() ) { + throw e; + } +} } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30763] - would be nice to have failonerror attribute for UndeployTask
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=30763. 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=30763 would be nice to have failonerror attribute for UndeployTask [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-08-30 19:54 --- OK, done. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27916] - context.xml in war appears to require a docBase
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=27916. 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=27916 context.xml in war appears to require a docBase [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-08-30 19:59 --- OK, I'm closing this item. In summary: - For Tomcat 5.0.x, docBase is required. For some scenarios we could deduce it, but that's extra work that's not always trivial and will not be that portable to Tomcat 5.5.x. - Use relative docBases whenever possible to make WAR files more transferable across machines. - Use the other usual mechanisms, e.g. Ant filter tokens, so that only one version of the WAR file needs to be in source control. - For Tomcat 5.5.x, the behavior of the deployer is sufficiently different that this item MAY be reconsidered. Let's wait for 5.5.0, test it out, and if need be discuss the item on the mailing list BEFORE re-opening this issue or another one for 5.5.0. Thanks ;) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0 build.properties.default
markt 2004/08/30 12:59:19 Modified:.build.properties.default Log: Update to use JAF 1.0.2 Revision ChangesPath 1.2 +2 -2 jakarta-tomcat-4.0/build.properties.default Index: build.properties.default === RCS file: /home/cvs/jakarta-tomcat-4.0/build.properties.default,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- build.properties.default 18 Jun 2004 18:03:13 - 1.1 +++ build.properties.default 30 Aug 2004 19:59:19 - 1.2 @@ -147,7 +147,7 @@ # - Java Activation Framework (JAF), version 1.0.1 or later - -activation.home=${base.path}/jaf-1.0.1 +activation.home=${base.path}/jaf-1.0.2 activation.lib=${activation.home} activation.jar=${activation.lib}/activation.jar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0 RELEASE-NOTES-4.1.txt
markt 2004/08/30 13:00:27 Modified:.RELEASE-NOTES-4.1.txt Log: Update to use JAF 1.0.2 Revision ChangesPath 1.87 +4 -1 jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt Index: RELEASE-NOTES-4.1.txt === RCS file: /home/cvs/jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt,v retrieving revision 1.86 retrieving revision 1.87 diff -u -r1.86 -r1.87 --- RELEASE-NOTES-4.1.txt 29 Aug 2004 19:07:31 - 1.86 +++ RELEASE-NOTES-4.1.txt 30 Aug 2004 20:00:26 - 1.87 @@ -76,6 +76,9 @@ [4.1.31] License Upgrade to Apache License 2.0 +[4.1.31] JAF + Upgrade to JAF 1.0.2 + - Catalina New Features: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30274] - Servlet.service() for servlet jsp threw exception
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=30274. 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=30274 Servlet.service() for servlet jsp threw exception [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-08-30 20:04 --- More than a month passed, no patch, no test case, no comment, no discussion on mailing list = no issue. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30939] - A form with method POST with only one form-field will not work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=30939. 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=30939 A form with method POST with only one form-field will not work [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-08-30 20:10 --- A one-field POST form easily works for me in milliseconds. I'm using Tomcat 5.0.28 standalone, JDK 1.4.2 on Solaris 8. If you attach a WAR showing your problem, I'll be glad to try and reproduce it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29485] - Undeploy considered dangerous
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=29485. 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=29485 Undeploy considered dangerous --- Additional Comments From [EMAIL PROTECTED] 2004-08-30 20:12 --- Just a ping reminder to mark this issue as closed once you've committed the fix to CVS. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager ManagerServlet.java
yoavs 2004/08/30 13:18:54 Modified:webapps/docs Tag: TOMCAT_5_0 changelog.xml webapps/manager/WEB-INF/classes/org/apache/catalina/manager Tag: TOMCAT_5_0 ManagerServlet.java Log: Fix to ManagerServlet to not cache context.xml stream: Bugzilla 29526. Revision ChangesPath No revision No revision 1.70.2.18 +7 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.70.2.17 retrieving revision 1.70.2.18 diff -u -r1.70.2.17 -r1.70.2.18 --- changelog.xml 30 Aug 2004 19:43:26 - 1.70.2.17 +++ changelog.xml 30 Aug 2004 20:18:53 - 1.70.2.18 @@ -35,6 +35,13 @@ /fix /changelog /subsection + subsection name=Webapps +changelog + fix +bug29526/bug: Manager redeployment locked JAR because of context.xml stream. (yoavs) + /fix +/changelog + /subsection /section section name=Tomcat 5.0.28 (yoavs) No revision No revision 1.18.2.1 +6 -2 jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/ManagerServlet.java Index: ManagerServlet.java === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/ManagerServlet.java,v retrieving revision 1.18 retrieving revision 1.18.2.1 diff -u -r1.18 -r1.18.2.1 --- ManagerServlet.java 27 Apr 2004 23:02:24 - 1.18 +++ ManagerServlet.java 30 Aug 2004 20:18:54 - 1.18.2.1 @@ -27,6 +27,7 @@ import java.io.IOException; import java.io.PrintWriter; import java.net.URL; +import java.net.URLConnection; import java.net.MalformedURLException; import java.util.Iterator; import java.util.jar.JarEntry; @@ -845,7 +846,10 @@ } contextXml = new URL(contextWar + META-INF/context.xml); -stream = contextXml.openStream(); +URLConnection jarUrlConnection=contextXml.openConnection(); +jarUrlConnection.setUseCaches(false); +stream = jarUrlConnection.getInputStream();; + // WAR contains META-INF/context.xml resource - install deployer.install(new URL(contextWar)); return; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29526] - Cannot undeploy and deploy war file with on the same context
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=29526. 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=29526 Cannot undeploy and deploy war file with on the same context [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-08-30 20:20 --- I've applied the patch for Tomcat 5.0(.29) -- thanks for submitting it. For Tomcat 5.5, this is not applicable as significant changes have been made to relevant code (both the Manager and the Context). When 5.5.0 is available, test out the antiJARLocking attribute and if a bug still exists, file an issue against 5.5.0. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
yoavs 2004/08/30 13:27:35 Modified:catalina/src/share/org/apache/catalina/realm Tag: TOMCAT_5_0 RealmBase.java webapps/docs Tag: TOMCAT_5_0 changelog.xml Log: Enhanced null checking in RealmBase#findSecurityConstraints: see Bugzilla 30624. Revision ChangesPath No revision No revision 1.33.2.1 +69 -6 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/realm/RealmBase.java Index: RealmBase.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/realm/RealmBase.java,v retrieving revision 1.33 retrieving revision 1.33.2.1 diff -u -r1.33 -r1.33.2.1 --- RealmBase.java26 May 2004 15:51:25 - 1.33 +++ RealmBase.java30 Aug 2004 20:27:35 - 1.33.2.1 @@ -417,13 +417,28 @@ boolean found = false; for (i = 0; i constraints.length; i++) { SecurityCollection [] collection = constraints[i].findCollections(); - -if (log.isDebugEnabled()) + +// If collection is null, continue to avoid an NPE + // See Bugzilla 30624 +if ( collection == null ) { + continue; +} + +if (log.isDebugEnabled()) { log.debug( Checking constraint ' + constraints[i] + ' against + method + + uri + -- + constraints[i].included(uri, method)); +} + for(int j=0; j collection.length; j++){ String [] patterns = collection[j].findPatterns(); + +// If patterns is null, continue to avoid an NPE +// See Bugzilla 30624 +if ( patterns == null) { + continue; +} + for(int k=0; k patterns.length; k++) { if(uri.equals(patterns[k])) { found = true; @@ -446,15 +461,31 @@ for (i = 0; i constraints.length; i++) { SecurityCollection [] collection = constraints[i].findCollections(); + +// If collection is null, continue to avoid an NPE + // See Bugzilla 30624 +if ( collection == null ) { + continue; +} -if (log.isDebugEnabled()) +if (log.isDebugEnabled()) { log.debug( Checking constraint ' + constraints[i] + ' against + method + + uri + -- + constraints[i].included(uri, method)); +} + for(int j=0; j collection.length; j++){ String [] patterns = collection[j].findPatterns(); + +// If patterns is null, continue to avoid an NPE +// See Bugzilla 30624 +if ( patterns == null) { + continue; +} + boolean matched = false; int length = -1; + for(int k=0; k patterns.length; k++) { String pattern = patterns[k]; if(pattern.startsWith(/) pattern.endsWith(/*) @@ -473,6 +504,7 @@ } } } + if(matched) { found = true; if(length longest) { @@ -481,6 +513,7 @@ } longest = length; } + if(collection[j].findMethod(method)) { if(results == null) { results = new ArrayList(); @@ -498,14 +531,29 @@ for (i = 0; i constraints.length; i++) { SecurityCollection [] collection = constraints[i].findCollections(); -if (log.isDebugEnabled()) +// If collection is null, continue to avoid an NPE + // See Bugzilla 30624 +if ( collection == null ) { + continue; +} + +if (log.isDebugEnabled()) { log.debug( Checking constraint ' + constraints[i] + ' against + method + + uri + -- + constraints[i].included(uri, method)); +} + boolean matched = false; int pos = -1; for(int j=0; j collection.length; j++){ String [] patterns = collection[j].findPatterns(); + +// If patterns is null, continue to avoid an NPE +// See Bugzilla 30624 +if ( patterns == null) { + continue; +
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/realm RealmBase.java
yoavs 2004/08/30 13:31:42 Modified:catalina/src/share/org/apache/catalina/realm RealmBase.java Log: Better null checking in RealmBase#findSecurityConstraints: see Bugzlla 30624. Revision ChangesPath 1.37 +65 -5 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/realm/RealmBase.java Index: RealmBase.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/realm/RealmBase.java,v retrieving revision 1.36 retrieving revision 1.37 diff -u -r1.36 -r1.37 --- RealmBase.java3 Jul 2004 04:16:41 - 1.36 +++ RealmBase.java30 Aug 2004 20:31:42 - 1.37 @@ -404,12 +404,27 @@ for (i = 0; i constraints.length; i++) { SecurityCollection [] collection = constraints[i].findCollections(); -if (log.isDebugEnabled()) +// If collection is null, continue to avoid an NPE +// See Bugzilla 30624 +if ( collection == null) { + continue; +} + +if (log.isDebugEnabled()) { log.debug( Checking constraint ' + constraints[i] + ' against + method + + uri + -- + constraints[i].included(uri, method)); + } + for(int j=0; j collection.length; j++){ String [] patterns = collection[j].findPatterns(); + +// If patterns is null, continue to avoid an NPE +// See Bugzilla 30624 +if ( patterns == null) { + continue; +} + for(int k=0; k patterns.length; k++) { if(uri.equals(patterns[k])) { found = true; @@ -433,12 +448,27 @@ for (i = 0; i constraints.length; i++) { SecurityCollection [] collection = constraints[i].findCollections(); -if (log.isDebugEnabled()) +// If collection is null, continue to avoid an NPE +// See Bugzilla 30624 +if ( collection == null) { + continue; +} + +if (log.isDebugEnabled()) { log.debug( Checking constraint ' + constraints[i] + ' against + method + + uri + -- + constraints[i].included(uri, method)); + } + for(int j=0; j collection.length; j++){ String [] patterns = collection[j].findPatterns(); + +// If patterns is null, continue to avoid an NPE +// See Bugzilla 30624 +if ( patterns == null) { + continue; +} + boolean matched = false; int length = -1; for(int k=0; k patterns.length; k++) { @@ -483,15 +513,30 @@ for (i = 0; i constraints.length; i++) { SecurityCollection [] collection = constraints[i].findCollections(); + +// If collection is null, continue to avoid an NPE +// See Bugzilla 30624 +if ( collection == null) { + continue; +} -if (log.isDebugEnabled()) +if (log.isDebugEnabled()) { log.debug( Checking constraint ' + constraints[i] + ' against + method + + uri + -- + constraints[i].included(uri, method)); + } + boolean matched = false; int pos = -1; for(int j=0; j collection.length; j++){ String [] patterns = collection[j].findPatterns(); + +// If patterns is null, continue to avoid an NPE +// See Bugzilla 30624 +if ( patterns == null) { + continue; +} + for(int k=0; k patterns.length !matched; k++) { String pattern = patterns[k]; if(pattern.startsWith(*.)){ @@ -526,12 +571,27 @@ for (i = 0; i constraints.length; i++) { SecurityCollection [] collection = constraints[i].findCollections(); -if (log.isDebugEnabled()) +// If collection is null, continue to avoid an NPE +// See Bugzilla 30624 +if ( collection == null) { + continue; +} + +if (log.isDebugEnabled()) { log.debug( Checking constraint ' + constraints[i] + ' against + method + + uri + -- + constraints[i].included(uri, method)); + } + for(int j=0;
DO NOT REPLY [Bug 30624] - unable to load tiles-definition.war when running embedded 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=30624. 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=30624 unable to load tiles-definition.war when running embedded tomcat [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-08-30 20:33 --- I've added better null checking in RealmBase#findSecurityConstraints on both the TOMCAT_5_0 and CVS HEAD branches. Thanks for pointing this out. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29867] - jdbc database Connecting pool leak
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=29867. 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=29867 jdbc database Connecting pool leak [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-08-30 20:41 --- This won't be fixed in Tomcat 5.0.x. You should put the data source in the Context proper, not in DefaultContext. To manually close the DataSource and/or its connections, do the normal JNDI lookup for it, e.g. InitialContext ictx = new InitialContext(); DataSource ds = (DataSource) ictx.lookup(java:comp/env/jdbc/AdminDB); Then cast to the DBCP-specific class, org.apache.commons.dbcp.BasicDataSource: BasicDataSource bds = (BasicDataSource) ds; And call bds.close(). If you have trouble with the above or in general, please use the tomcat-user mailing list to ask for help and discuss solutions. Only post proven bugs with test cases to Bugzilla please. Thank you ;) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30875] - Dynamic processing by Catalina of webapp's context.xml fails using ./bin/startup.sh
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=30875. 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=30875 Dynamic processing by Catalina of webapp's context.xml fails using ./bin/startup.sh [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-08-30 20:49 --- It works perfectly out of the box for me on Tomcat 5.0.28 (JDK 1.4.2, Solaris 8) with server-minimal.xml as server.xml. I'm attaching a trivial WAR you can use to see for yourself. It defines the path as for test.war, which would by default be /test. If you take context.xml out of the WAR, clean the webapps directory, and restart Tomcat it deploys to the /test context path automatically. Either way I'm not touching server.xml and/or the conf/Catalina/localhost directory. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30875] - Dynamic processing by Catalina of webapp's context.xml fails using ./bin/startup.sh
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=30875. 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=30875 Dynamic processing by Catalina of webapp's context.xml fails using ./bin/startup.sh --- Additional Comments From [EMAIL PROTECTED] 2004-08-30 20:50 --- Created an attachment (id=12571) Test WAR - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30914] - too man jar files in war file or WEB-INF/lib crashes jasper call of javac
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=30914. 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=30914 too man jar files in war file or WEB-INF/lib crashes jasper call of javac [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||LATER --- Additional Comments From [EMAIL PROTECTED] 2004-08-30 20:57 --- I am closing my bug since it is not a bug in 5.x, ant it is belived to be fixed in 4.1.31. I dont have the time to investigate now, but someone might - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28631] - JAASRealm fix to permit user-specified user/group Principals
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=28631. 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=28631 JAASRealm fix to permit user-specified user/group Principals [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|NEW - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 RELEASE-NOTES
remm2004/08/30 14:32:04 Modified:.RELEASE-NOTES Log: - A lot of information seemed stale, as we voted to use the API from J2SE 1.4. Revision ChangesPath 1.23 +17 -51jakarta-tomcat-5/RELEASE-NOTES Index: RELEASE-NOTES === RCS file: /home/cvs/jakarta-tomcat-5/RELEASE-NOTES,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- RELEASE-NOTES 30 Aug 2004 17:36:48 - 1.22 +++ RELEASE-NOTES 30 Aug 2004 21:32:04 - 1.23 @@ -14,7 +14,6 @@ * Dependency Changes * JNI Based Applications * Bundled APIs -* XML Parsers * Web application reloading and static fields in shared libraries * JAVAC leaking memory * Tomcat on Linux @@ -30,21 +29,21 @@ Dependency Changes: === Tomcat 5.5 is designed to run on J2SE 5.0 and later, and requires -configuration to run on J2SE versions 1.3 and 1.4. Make sure to -read the RUNNING.txt file in this directory if you are using -J2SE version 1.3 or 1.4. +configuration to run on J2SE 1.4. Make sure to read the RUNNING.txt +file in this directory if you are using J2SE 1.4. -In addition, Tomcat 5.5 depends on the Eclipse JDT for compiling +In addition, Tomcat 5.5 uses the Eclipse JDT Java compiler for compiling JSP pages. This means you no longer need to have the complete Java Development Kit (JDK) to run Tomcat, but a Java Runtime Environment -(JRE) is sufficient. The Eclipse JDT is bundled with the binary -Tomcat distributions. +(JRE) is sufficient. The Eclipse JDT Java compiler is bundled with the +binary Tomcat distributions. Tomcat can also be configured to use the +compiler from the JDK to compile JSPs, or any other Java compiler supported +by Apache Ant. === JNI Based Applications: === - Applications that require native libraries must ensure that the libraries have been loaded prior to use. Typically, this is done with a call like: @@ -66,7 +65,6 @@ = Bundled APIs: = - A standard installation of Tomcat 5.5 makes all of the following APIs available for use by web applications (by placing them in common/lib or shared/lib): * commons-el.jar (Commons Expression Language 1.0) @@ -82,7 +80,8 @@ * naming-resources.jar (JNDI DirContext implementations) * servlet-api.jar (Servlet 2.4 API) -Installing the compatibility package will add the following to the list: +Installing the compatibility package will add the following to the list, which are +needed when running on J2SE 1.4: * jmx.jar (Java Management Extensions API 1.2 or later) * xercesImpl.jar (Xerces XML Parser, version 2.6.2 or later) @@ -90,32 +89,14 @@ putting unpacked classes into a classes directory (not created by default), or by placing them in JAR files in the lib directory. -To override the XML parser implementation or interfaces, see the section below. - -Please note that the JMX API is required by Tomcat while starting up, and thus -is in Tomcat's bootstrap classpath and placed in the $CATALINA_HOME/bin directory. - - - -XML Parsers: - - -As described above, Tomcat 5.5 makes an XML parser (and many other standard -APIs) available to web applications. This parser is also used internally -to parse web.xml files and the server.xml configuration file. If you wish, -you may replace the xercesImpl.jar file in common/endorsed with another -XML parser, as long as it is compatible with the JAXP 1.2 APIs. - -On a related note, JDK 1.4 includes Xalan. If you run into Xalan-related -problems, try downloading the latest Xalan version (from -http://xml.apache.org/xalan-j/index.html) and placing the Xalan jar file -in the common/endorsed directory. +To override the XML parser implementation or interfaces, use the endorsed +mechanism of the JVM. The default configuration defines JARs located in +common/endorsed as endorsed. Web application reloading and static fields in shared libraries: - Some shared libraries (many are part of the JDK) keep references to objects instantiated by the web application. To avoid class loading related problems (ClassCastExceptions, messages indicating that the classloader @@ -130,7 +111,6 @@ = JAVAC leaking memory: = - The Java compiler leaks memory each time a class is compiled. Web applications containing hundreds of JSP files may as a result trigger out of memory errors once a significant number of pages have been accessed. The memory can only be @@ -144,26 +124,17 @@ Tomcat on
Re: Tomcat Benchmarking / Load Testing
Gaurav Vaish wrote: Hi, I am looking for some good case-study on Tomcat loadtest and benchmarking. It may or may not be with mod_jk(2) however a study with the following paramters would be useful: - JDK Version - Tomcat version - OS (with version and SPs) - Apache Version (if not standalone) - Concurrent Users (Threads) - Response Time The problem is that we have a e-Learning application running on Tomcat 4.x (planning to migrate to 5.x) which faced severe problems when put on production server. Stress testing in labs were passed gracefully, however it gives several issues with around 500 concurrent users on the production server. In anycase, which would be more scalable (load) - standalone Tomcat or with Apache/mod_jk? The details of the production server are: - Red Hat Enterprise Server 9.0 - Kernel 2.4.9 - JDK 1.4.2 (Sun JDK) - Tomcat 4.0 (Standalone) - 2048MB RAM - 4-Processor CPU (2GHz each), Intel 386 Tomcat 5.0 is faster than 4.1 which is faster than 4.0, but we don't have any numbers to give you. Feel free to contribute results. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] [5.5] Release plan votes
The vote result is: - the release plan seems to be mostly ok - it is acceptable to use the J2SE 1.4 API for this release (only Costin seems to disagree with that); I expect this will allow using things like the NIO API without any difficulties or the need for compatibility code - Yoav will RM this branch Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30949] New: - After Failed Include, Request and Response not Unwrapped
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=30949. 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=30949 After Failed Include, Request and Response not Unwrapped Summary: After Failed Include, Request and Response not Unwrapped Product: Tomcat 5 Version: 5.0.27 Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] In org.apache.catalina.core.ApplicationDispatcher.doInclude(ServletRequest request, ServletResponse response), after invoke() is called to perform the include, the request and response objects are normally unwrapped. However, if a ServletException or IOException is thrown, the unwrapping does not take place. This leads to problems in environments in which cross context includes are being performed. For example, 1. Web App A performs an include to a Servlet in Web App B 2. The Servlet in Web App B throws a ServletException 3. Web App A catches the ServletException and attempts to forward to an error jsp. Step 3 above will fail due to the fact that the request has not been unwrapped. The active request will contain the ServletContext of web app B and the jsp file will not be found. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30869] - JAAS module name is not allowed in jaas.conf 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=30869. 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=30869 JAAS module name is not allowed in jaas.conf file --- Additional Comments From [EMAIL PROTECTED] 2004-08-31 00:10 --- Can you point to the class or code in Sun Security that barfs at the leading slash please? Also if you could attach your suggested patch in .diff format, that'd be great. Thanks ;) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29895] - context.xml isn't read properly by Manager application.
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=29895. 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=29895 context.xml isn't read properly by Manager application. [EMAIL PROTECTED] changed: What|Removed |Added Severity|Blocker |Normal Component|Webapps:Administration |Webapps:Manager Priority|Other |Medium --- Additional Comments From [EMAIL PROTECTED] 2004-08-31 00:13 --- I'm downgrading the priority on this to normal: it's certainly not a blocker ;) I'm also changing the Component to Webapps:Manager. Can you check if this still happens on 5.0.28? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30949] - After Failed Include, Request and Response not Unwrapped
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=30949. 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=30949 After Failed Include, Request and Response not Unwrapped --- Additional Comments From [EMAIL PROTECTED] 2004-08-31 00:29 --- Ok. Since I don't want to use a finally for that (as the exception is rethrown in invoke), I think moving the unwrapping in the invoke method (before the code which rethrows the exception) would be appropriate. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Benchmarking / Load Testing
Hi Rémy, Thanks for your response. In anycase, is there a list of people / companies using Tomcat (standalone or with Apache)? Happy Hacking, Gaurav Vaish http://gallery.mastergaurav.net -- On Mon, 30 Aug 2004 23:51:22 +0200, Remy Maucherat [EMAIL PROTECTED] wrote: Gaurav Vaish wrote: Hi, I am looking for some good case-study on Tomcat loadtest and benchmarking. It may or may not be with mod_jk(2) however a study with the following paramters would be useful: - JDK Version - Tomcat version - OS (with version and SPs) - Apache Version (if not standalone) - Concurrent Users (Threads) - Response Time The problem is that we have a e-Learning application running on Tomcat 4.x (planning to migrate to 5.x) which faced severe problems when put on production server. Stress testing in labs were passed gracefully, however it gives several issues with around 500 concurrent users on the production server. In anycase, which would be more scalable (load) - standalone Tomcat or with Apache/mod_jk? The details of the production server are: - Red Hat Enterprise Server 9.0 - Kernel 2.4.9 - JDK 1.4.2 (Sun JDK) - Tomcat 4.0 (Standalone) - 2048MB RAM - 4-Processor CPU (2GHz each), Intel 386 Tomcat 5.0 is faster than 4.1 which is faster than 4.0, but we don't have any numbers to give you. Feel free to contribute results. Rémy - 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]