DO NOT REPLY [Bug 32317] - Making mod_jk replication aware (Clustering Support)
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=32317. 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=32317 --- Additional Comments From [EMAIL PROTECTED] 2004-11-21 09:53 --- Very fine idea, please send the patches! regards peter -- 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]
Yahoo! Auto Response
This email address is no longer valid. Original Message: X-YahooFilteredBulk: 80.133.36.248 X-Originating-IP: [80.133.36.248] Return-Path: [EMAIL PROTECTED] Received: from 80.133.36.248 (HELO bffehav.org) (80.133.36.248) by mta302.mail.scd.yahoo.com with SMTP; Sun, 21 Nov 2004 02:33:00 -0800 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Sun, 21 Nov 2004 10:32:35 GMT Subject: Details Importance: Normal X-Priority: 3 (Normal) X-MSMail-Priority: Normal Message-ID: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: multipart/mixed; boundary==4fa42abcfbd9dc7 Content-Transfer-Encoding: 7bit This is a multi-part message in MIME format. --=4fa42abcfbd9dc7 I was surprised, too! Who_could_suspect_something_like_that? shityi --=4fa42abcfbd9dc7 Content-Type: application/octet-stream; name=im_shocked.bat Content-Transfer-Encoding: base64 Content-Dispositio _ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java
Bill Barker wrote: Bill Barker wrote: [EMAIL PROTECTED] wrote: billbarker2004/11/19 19:04:28 Modified:http11/src/java/org/apache/coyote/http11 Http11Processor.java Log: If we are in the error state, we aren't going to keep-alive. So don't lie to the UA that we are. Fix for Bug #32292 -1. I disagree with this change, sorry. We are going to keepalive in this case (anything which isn't a status drop, which is the whole point). The error flag can be set by a sendError, which could send any status code. You're vote would be more convincing if anything that you said was actually true ;-). We're note going to keepalive, and you can't set if from sendError. It's not true ? Did I miss something ? The thing with sendError and not closing the connection is that often sendError is used to trigger pretty standard error pages. This is the 'error' flag in Http11Processor. It's set in various 'catch' blocks, and for a couple of places where the request can't be parsed (mostly the Host header and the Protocol). In particular, it isn't visible to the Response :). Once it is set, it is never cleared, and being set causes the Processor to drop out of the keep-alive loop. Thanks for the explanation (you don't have to revert a patch right away, BTW). As the error flag is used in the loop, and does not depend on sendError, then the patch was fine. I didn't look in detail at that code for a while, and I forgot the subtelties. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15278] - [PATCH] mod_jk2 for IIS, Bugfix corrupted data ]
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=15278. 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=15278 --- Additional Comments From [EMAIL PROTECTED] 2004-11-21 12:36 --- (In reply to comment #40) As your comments state, this bug is fixed. If you have identified another issue, please open a new bug report. OK. I did not create another bug because the way this bug is fixed has created another bug. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets InvokerHttpRequest.java InvokerServlet.java
markt 2004/11/21 08:46:38
Modified:catalina/src/share/org/apache/catalina/servlets
InvokerHttpRequest.java InvokerServlet.java
Log:
Tidying o.a.c.servlets package - remove unused imports and
fix any other Eclipse warnings so real issues are more obvious
Revision ChangesPath
1.7 +2 -12
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/InvokerHttpRequest.java
Index: InvokerHttpRequest.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/InvokerHttpRequest.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- InvokerHttpRequest.java 26 Aug 2004 21:38:13 - 1.6
+++ InvokerHttpRequest.java 21 Nov 2004 16:46:38 - 1.7
@@ -18,18 +18,8 @@
package org.apache.catalina.servlets;
-import java.io.IOException;
-import java.util.ArrayList;
-import java.util.Enumeration;
-import java.util.HashMap;
-import java.util.Iterator;
-import java.util.Map;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletRequestWrapper;
-import org.apache.catalina.Globals;
-import org.apache.catalina.HttpRequest;
-import org.apache.catalina.util.Enumerator;
-import org.apache.catalina.util.RequestUtil;
import org.apache.catalina.util.StringManager;
@@ -160,7 +150,7 @@
*/
public String getInfo() {
-return (this.info);
+return (InvokerHttpRequest.info);
}
1.19 +1 -3
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/InvokerServlet.java
Index: InvokerServlet.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/InvokerServlet.java,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -r1.18 -r1.19
--- InvokerServlet.java 26 Aug 2004 21:38:13 - 1.18
+++ InvokerServlet.java 21 Nov 2004 16:46:38 - 1.19
@@ -19,13 +19,11 @@
import java.io.IOException;
-import javax.servlet.RequestDispatcher;
import javax.servlet.Servlet;
import javax.servlet.ServletException;
import javax.servlet.UnavailableException;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
-import javax.servlet.http.HttpServletRequestWrapper;
import javax.servlet.http.HttpServletResponse;
import org.apache.catalina.ContainerServlet;
import org.apache.catalina.Context;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina build.xml
markt 2004/11/21 09:01:12
Modified:catalina build.xml
Log:
Fix build when using latest version of connectors.
Revision ChangesPath
1.134 +1 -1 jakarta-tomcat-4.0/catalina/build.xml
Index: build.xml
===
RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/build.xml,v
retrieving revision 1.133
retrieving revision 1.134
diff -u -r1.133 -r1.134
--- build.xml 4 Sep 2003 19:59:46 - 1.133
+++ build.xml 21 Nov 2004 17:01:11 - 1.134
@@ -31,7 +31,7 @@
property name=tomcat-util.jar
value=${tomcat-util.home}/build/lib/tomcat-util.jar/
property name=tomcat-coyote.jar
- value=${tomcat-coyote.home}/build/lib/tomcat-coyote.jar/
+ value=${tomcat-coyote.home}/build/lib/tomcat4-coyote.jar/
property name=tomcat-jk.jar
value=${tomcat-jk.home}/build/lib/tomcat-jk.jar/
property name=tomcat-jk2.jar
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets CGIServlet.java
markt 2004/11/21 09:22:50
Modified:catalina/src/share/org/apache/catalina/servlets
CGIServlet.java
Log:
Port fix for 32023 from TC5.
Ensure large uploads are correctly handled.
Revision ChangesPath
1.29 +14 -6
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/CGIServlet.java
Index: CGIServlet.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/CGIServlet.java,v
retrieving revision 1.28
retrieving revision 1.29
diff -u -r1.28 -r1.29
--- CGIServlet.java 28 Sep 2004 21:51:49 - 1.28
+++ CGIServlet.java 21 Nov 2004 17:22:49 - 1.29
@@ -1684,7 +1684,15 @@
ByteArrayOutputStream contentStream = null;
if(!.equals(sContentLength)) {
byte[] content = new byte[Integer.parseInt(sContentLength)];
-int lenRead = stdin.read(content);
+
+// Ensure all of content is read when doing large uploads.
+// See bugzilla 32023
+int lenRead = 0;
+do {
+int partRead =
stdin.read(content,lenRead,content.length-lenRead);
+lenRead += partRead;
+} while (lenRead 0 lenRead content.length);
+
contentStream = new ByteArrayOutputStream(
Integer.parseInt(sContentLength));
if (POST.equals(env.get(REQUEST_METHOD))) {
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31269] - Configuration for Java 1.5 is too hairy
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=31269. 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=31269 --- Additional Comments From [EMAIL PROTECTED] 2004-11-21 23:52 --- This is a bit of a bogus resolution -- except that there is hope that JDT will have 1.5 support eventually. This is a regression from the latest 5.0 sources, so anyone who wants 1.5 scriplet support should use Tomcat 5.0.30 when it comes out, I guess. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29091] - Non-ascii characters are not handled correctly...
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29091.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=29091
--- Additional Comments From [EMAIL PROTECTED] 2004-11-22 02:54 ---
Well, I can't boast deep understanding of Tomcat internals, and this filter was
probably intended for something different (for some more delicate tuning?), but
this trick with filter definitely works for me in all aspects including
persistence.
With this filter enabled:
- I can enter descriptions in any combination of languages (English / Russian /
Chinese / whatever);
- descriptions survive non-distorted during the engine life cycle;
- description are persisted in tomcat-users.xml using correct UTF-8;
- descriptions are correctly initialized after engine being restarted.
Totally I have no grudge against multi-language descriptions persistence with
this filter. All this behaves well with both IE6 and Firefox. I use TC 5.0.28 on
Windows.
The two problems in the distribution are:
- the filter is disabled by default;
- the filter class name in admin app's web.xml is reduced to two last segments
('filters.SetCharacterEncodingFilter'); it works well if TC is installed from
.zip distribution, but if installed using .exe distribution the filter name
needs to be written in full -
'org.apache.webapp.admin.filters.SetCharacterEncodingFilter' - I did not manage
to investigate why...
--
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 32141] - memory leak in jk1.2 with tomcat-5.0.27,apache 1.3.31
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=32141. 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=32141 --- Additional Comments From [EMAIL PROTECTED] 2004-11-22 07:26 --- 1.2.6 -- 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]
cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java
billbarker2004/11/21 22:42:46
Modified:http11/src/java/org/apache/coyote/http11
Http11Processor.java
Log:
Reverting reversion of patch ;-)
Revision ChangesPath
1.115 +1 -1
jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java
Index: Http11Processor.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java,v
retrieving revision 1.114
retrieving revision 1.115
diff -u -r1.114 -r1.115
--- Http11Processor.java 20 Nov 2004 21:59:49 - 1.114
+++ Http11Processor.java 22 Nov 2004 06:42:46 - 1.115
@@ -1542,7 +1542,7 @@
keepAlive = keepAlive !statusDropsConnection(statusCode);
if (!keepAlive) {
headers.addValue(Constants.CONNECTION).setString(Constants.CLOSE);
-} else if (!http11) {
+} else if (!http11 !error) {
headers.addValue(Constants.CONNECTION).setString(Constants.KEEPALIVE);
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32180] - EL functions are executed in privileged 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=32180. 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=32180 --- Additional Comments From [EMAIL PROTECTED] 2004-11-22 08:11 --- Of course. That was the whole point. Running without SecurityManager would remove all java permission checks (with authenticated principals) and I need them in my EL functions. Is there any specific reason to run EL evaluation as privileged? Is this somehow related to the fact that EL implementation is separate project? In any case, running the EL evaluation as privileged will cause Subject to be lost from AccessControlContext and this seems to be incorrect. -- 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]
