cvs commit: jakarta-tomcat-connectors/procrun/bin tomcat5.exe tomcat5w.exe
mturk 2004/09/25 07:28:13 Modified:procrun/bin tomcat5.exe tomcat5w.exe Log: Fix console handler for jni. Now we register -Xrs only for service mode, so that CTRL+BREAK dumps the thread. Revision ChangesPath 1.9 +48 -52jakarta-tomcat-connectors/procrun/bin/tomcat5.exe Binary file 1.9 +3 -3 jakarta-tomcat-connectors/procrun/bin/tomcat5w.exe Binary file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17014] - ServletResponse.flushBuffer() no longer commits the response
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=17014. 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=17014 ServletResponse.flushBuffer() no longer commits the response --- Additional Comments From [EMAIL PROTECTED] 2004-09-25 12:12 --- Can you tell me what the problem is with at least calling socket.shutdownOutput() before closing? You have to agree that you are making a assumption about implementations that is not stated in the interface specification. /Sam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/procrun/bin tomcat5.exe tomcat5w.exe
mturk 2004/09/25 07:30:30 Modified:procrun/bin Tag: TOMCAT_5_0 tomcat5.exe tomcat5w.exe Log: Backport from HEAD. Fix console handler for jni. Now we register -Xrs only for service mode, so that CTRL+BREAK dumps the thread. Revision ChangesPath No revision No revision 1.2.2.4 +48 -52jakarta-tomcat-connectors/procrun/bin/tomcat5.exe Binary file 1.2.2.5 +3 -3 jakarta-tomcat-connectors/procrun/bin/tomcat5w.exe Binary file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31382] - Stack overflow at JspServlet with self referencing JSP tag files.
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=31382. 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=31382 Stack overflow at JspServlet with self referencing JSP tag files. --- Additional Comments From [EMAIL PROTECTED] 2004-09-25 08:44 --- I found the same issue in tomcat 5.0.27. Here is a minimal testcase I created: test.jsp: %@ taglib prefix=t tagdir=/WEB-INF/tags/test % t:test param=5 / test.tag: %@ tag % %@ attribute name=param type=java.lang.Integer % %@ taglib prefix=t tagdir=/WEB-INF/tags/test % %=param + , % % param = param -1; % t:test param=%=param% / The above ran in JDK 5.0, so the param = param -1 might not work correctly in other JDK's since it probably incurs auto-boxing. For this issue, you can remove the line anyway though... It'll yield a stackoverflow, but at another spot than the issue which is reported here. To reproduce the bug: - Use above (or similar) test.jsp - Edit tag-file - Refresh jsp-file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] Tomcat 4.1.31
I have uploaded a Tomcat 4.1.31 release canidate #2 to http://apache.org/~keith/rc2/ The change from RC1 is to correct the servlet-api doc's path. Continuing the 4.1.x release pattern-- after a week's worth of voting, if the outcome is stable, I will mirror and announce this RC as Tomcat 4.1.31. Please vote on the stability of this release: Ballot [ ] Alpha [ ] Beta [ ] Stable /Ballot Thanks, Keith - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/tester/src/tester/org/apache/tester TestClient.java
amyroh 2004/09/25 14:27:31
Modified:tester/src/tester/org/apache/tester TestClient.java
Log:
Fix compilation error in tester - thanks Mladen. :-)
Revision ChangesPath
1.4 +5 -5
jakarta-tomcat-catalina/tester/src/tester/org/apache/tester/TestClient.java
Index: TestClient.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/tester/src/tester/org/apache/tester/TestClient.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- TestClient.java 17 Sep 2004 18:32:14 - 1.3
+++ TestClient.java 25 Sep 2004 21:27:31 - 1.4
@@ -485,9 +485,9 @@
parseSession(value);
}
if (debug = 1) {
-log.println(DATA: + outData);
+log(DATA: + outData);
if (outText.length() 2)
-log.println(TEXT: + outText);
+log(TEXT: + outText);
}
// Validate the response against our criteria
@@ -546,9 +546,9 @@
// Log the results of executing this request
if (success)
-log.println(OK + summary);
+log(OK + summary);
else {
-log.println(FAIL + summary + + result);
+log(FAIL + summary + + result);
if (throwable != null)
throwable.printStackTrace(System.out);
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29917] - Still/again POST data limit in JK2.0.4 ISAPI connector?
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=29917. 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=29917 Still/again POST data limit in JK2.0.4 ISAPI connector? --- Additional Comments From [EMAIL PROTECTED] 2004-09-25 23:15 --- This bug is really a serious problem, and makes our useless in combination with IE. I can not understand why noone fixes it? We've been waiting for a solution for a long time.. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29917] - Still/again POST data limit in JK2.0.4 ISAPI connector?
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=29917. 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=29917 Still/again POST data limit in JK2.0.4 ISAPI connector? --- Additional Comments From [EMAIL PROTECTED] 2004-09-25 23:17 --- A few typos there. Meant that our _application_ is useless when combined with _iis_ :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31201] - Encoding bug when using jsp:include ... action
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=31201. 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=31201 Encoding bug when using jsp:include ... action --- Additional Comments From [EMAIL PROTECTED] 2004-09-26 01:56 --- This is a problem at JSP spec(5.4 sec) not Tomcat. JSP spec doesn't show included pages encoding. As far as I read cuurent JSP spec, I think default encoding should be defined by pageEncoding attribute in JSP's page directive of included page. I proposes adding pageEncoding attribute for jsp:include directive (JSP spec 5.4) to specify included page default encoding. If included page has pageEncoding, this jsp:include's encoding should be ignored. However this patch seems valuable since JSP spec will be fixed. I think this patch should be applied for current tomcat. reagrds, Takashi Okamoto - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
