DO NOT REPLY [Bug 29777] - HttpServletRequest#getParameterNames problem
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=29777.
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=29777
HttpServletRequest#getParameterNames problem
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Platform|All |Sun
Resolution|WORKSFORME |
Summary|getParameterNames problem |HttpServletRequest#getParame
||terNames problem
--- Additional Comments From [EMAIL PROTECTED] 2004-06-28 06:19 ---
I have not tested this with the latest version of the Tomcat4 source (from
CVS) yet.
But this problem is Solaris only?
It did not occur in Windows (same version as Solaris).
[test servlet]
public class testServlet extends HttpServlet {
protected void doGet(HttpServletRequest request, HttpServletResponse
response) throws ServletException, IOException {
printOutput(response, test + BR);
Enumeration enum = request.getParameterNames();
if(enum != null) {
Object obj = null;
while(enum.hasMoreElements()) {
obj = enum.nextElement();
printOutput(response, obj.toString() + BR);
}
};
printOutput(response, test2 + BR);
}
protected void printOutput(HttpServletResponse response, String str) {
try {
PrintWriter out = response.getWriter();
out.print(str);
} catch (Exception e) {
e.printStackTrace();
};
}
}
[web.xml]
?xml version=1.0 encoding=ISO-8859-1?
!DOCTYPE web-app
PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN
http://java.sun.com/dtd/web-app_2_3.dtd;
web-app
servlet
servlet-nametest/servlet-name
servlet-classtest.testServlet/servlet-class
/servlet
servlet-mapping
servlet-nametest/servlet-name
url-pattern/test/url-pattern
/servlet-mapping
/web-app
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Digested passwords issue with the 'admin' app
Hi, I have discovered that the 'admin' app saves updated user passwords in _cleartext_ regardless of whether password digesting is configured for the realm. I can try to provide a fix, but I'm still not very familiar with catalina internals and would appreciate any clue on what is the right way to get hold of the Realm and its attributes. Regards, Serge - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29763] - The encoding of jsp document
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=29763. 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=29763 The encoding of jsp document --- Additional Comments From [EMAIL PROTECTED] 2004-06-28 09:42 --- Jan, now I agree with you and thanks for the explanation. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29836] New: - Problems with EBCDIC host
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=29836. 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=29836 Problems with EBCDIC host Summary: Problems with EBCDIC host Product: Tomcat 5 Version: 5.0.25 Platform: Other URL: http://127.0.0.1:8080/admin/index.jsp OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Webapps:Administration AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Platform: IBM mainframe zSeries OS: z/OS 1.4 Tomcat Version 4.1.30, 5.0.25 URLEncoder uses EBCDIC (the platform encoding) to translate the characters. The result is http://127.0.0.1/admin/users/listRoles.do?databaseName=Users%7Atype%7EUserDatabase%6Bdatabase%7EUserDatabaseforward=Roles+List+Setup instead of http://127.0.0.1/admin/users/listRoles.do?databaseName=Users%3Atype%3DUserDatabase%2Cdatabase%3DUserDatabaseforward=Roles+List+Setup Bill Barker sended me the following email regarding this problem: Looking at the admin webapp, is seems that it is using java.net.URLEncoder instead of o.a.c.u.URLEncoder. The javadocs for the java.net class say that it has exactly the problem that you are describing (i.e. it uses the platform encoding). The fix is to either use java.net.URLEncoder.encode(..., utf8) (with the downside that the admin webapp can't be used with a 1.3 JVM), or to use o.a.c.u.URLEncoder as a Bean (since the encode method isn't static). In either case, I guess you get to open a new bug report for this :). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Klaus-Dieter -V715101- Ackermann/Volksfuersorge/AMComNET/DE ist außer Haus.
Ich werde ab 28.06.2004 nicht im Büro sein. Ich kehre zurück am 01.07.2004. Ich werde Ihre Nachrichten nach meiner Rückkehr beantworten. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28542] - Filtered and forwarded JSP-output is truncated to multiple of 8192 bytes
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=28542. 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=28542 Filtered and forwarded JSP-output is truncated to multiple of 8192 bytes [EMAIL PROTECTED] changed: What|Removed |Added Product|Tomcat 4|Tomcat 5 Version|4.1.30 |5.0.25 --- Additional Comments From [EMAIL PROTECTED] 2004-06-28 10:22 --- This bug also happens in tomcat 5.0.27. Changing product. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28542] - Filtered and forwarded JSP-output is truncated to multiple of 8192 bytes
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=28542. 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=28542 Filtered and forwarded JSP-output is truncated to multiple of 8192 bytes --- Additional Comments From [EMAIL PROTECTED] 2004-06-28 10:41 --- Sorry, I find this very unconvincing. Your filter is probably bad. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28542] - Filtered and forwarded JSP-output is truncated to multiple of 8192 bytes
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=28542. 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=28542 Filtered and forwarded JSP-output is truncated to multiple of 8192 bytes --- Additional Comments From [EMAIL PROTECTED] 2004-06-28 11:13 --- I'm sorry and disappointed that you find my testcase unconvincing. The demonstration filter is a different filter from the one i first discovered the bug with. I wanted to make as small and simple a testcase as possible. The demonstration filter simply collects the forward output in a byte array, before outputting it. I'd be very happy to have any bugs in it pointed out. Also, i'm wondering if the problem doesn't have anything to do with the hardcoded 8192 in generated jsp source? --- pageContext = _jspxFactory.getPageContext(this, request, response, null, true, 8192, true); --- Again, sorry for being unconvincing, and i hope you won't close the bug before giving the demonstration filter a closer look. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Klaus-Dieter -V715101- Ackermann/Volksfuersorge/AMComNET/DE ist außer Haus.
Ich werde ab 28.06.2004 nicht im Büro sein. Ich kehre zurück am 01.07.2004. Ich werde Ihre Nachrichten nach meiner Rückkehr beantworten. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28542] - Filtered and forwarded JSP-output is truncated to multiple of 8192 bytes
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=28542. 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=28542 Filtered and forwarded JSP-output is truncated to multiple of 8192 bytes [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-06-28 11:36 --- I went back and visited the filter code, and of course i found the problem. In my HttpServletResponseWrapper i was creating a new PrintWriter for each call to getWriter(). Making sure the PrintWriter is only created once fixes the bug. I'm sorry. Marking INVALID. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Klaus-Dieter -V715101- Ackermann/Volksfuersorge/AMComNET/DE ist außer Haus.
Ich werde ab 28.06.2004 nicht im Büro sein. Ich kehre zurück am 01.07.2004. Ich werde Ihre Nachrichten nach meiner Rückkehr beantworten. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29841] New: - Oracle JDBC Connections from connection pool not used or reused
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=29841. 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=29841 Oracle JDBC Connections from connection pool not used or reused Summary: Oracle JDBC Connections from connection pool not used or reused Product: Tomcat 5 Version: 5.0.25 Platform: Other OS/Version: Linux Status: NEW Severity: Critical Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] My configuration : Dell PowerEdge 2650 Mandrake Linux 10 (kernel 2.4) Sun Java 1.4.2_04 Oracle 10g JDBC Drivers for oracle 10g (ojdbc14.jar) Apache 2.0.48 Use of mod_jk2 and the apj13 coyote connector http application uses http sessions Hello there, I'm having a very serious problem with my oracle database connections. To allow reuse of open connection we use a database connection pool. The configuration in the server.xml is the following : Context debug=0 docBase=macq path=/macq reloadable=false Resource name=ed/macq auth=Container type=javax.sql.DataSource/ ResourceParams name=ed/macq parameter namefactory/name valueorg.apache.commons.dbcp.BasicDataSourceFactory/value /parameter parameter namedriverClassName/name valueoracle.jdbc.driver.OracleDriver/value /parameter parameter nameurl/name valuejdbc:oracle:thin:@turgon_02.disforce.be:1521:turgon2/value /parameter parameter nameusername/name valuemacqloader/value /parameter parameter namepassword/name value/value /parameter parameter namemaxActive/name value300/value /parameter parameter namemaxIdle/name value10/value /parameter parameter namemaxWait/name value1/value /parameter ... The behaviour we see is very strange. When starting up tomcat, we see a number of connections being opened. That is rather normal. Now for every jsp with database activity a new database connection is added until the maximum number of connections is achieved (300 in this case). In this first phase the maximum number of users is 5, logically we should see no more than five concurrent database connections open. When looking in TOAD, we see all database connections as inactive so they should be reused. In a second phase of my project a deployment on hundreds of workstations will start. I cannot continue with this if my database connections are not being resused. Any help would be greatly appreciated. Tom Colman Belgacom CBS/DIS/PTE - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Klaus-Dieter -V715101- Ackermann/Volksfuersorge/AMComNET/DE ist außer Haus.
Ich werde ab 28.06.2004 nicht im Büro sein. Ich kehre zurück am 01.07.2004. Ich werde Ihre Nachrichten nach meiner Rückkehr beantworten. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29846] New: - Handling of error reports
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=29846. 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=29846 Handling of error reports Summary: Handling of error reports Product: Tomcat 5 Version: 5.0.25 Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] There seems to be a bug with the handling of error reports. If you set the content-length in a response ( ServletResponse.setContentLength () ) to 0 or any other value greater than 0 and also set a status-code (HttpServletResponse.setStatus() ) to a value greater than 400 (401 is a very good example), tomcat will send a wrong http-response to the client! The client receives the header 'content-length' with the value 0 and stops reading from the stream. But the is also a html-message in the stream, wich was generated by tomcat ( org.apache.catalina.valves.ErrorReportValve.report() ). If you are running persistent connections (keep-alive), with the next response the client receives first the html-message and than the status line and the http-headers. So the html-message is in the wrong response on the wrong position. It don't strikes, if you are not running persistens connections, because the stream will be closed and a new one will be opened for the next request. === And there seems to be a second bug with the handling of error reports. If you set a status-code, wich is not listed in org.apache.catalina.valves.LocalStrings.properties (999 for example), the html- message looks like this: HTTP Status 999 - Cannot find message associated with key '999'. ( org.apache.catalina.util.StringManager.getStringInternal() - in the catch- block null could be a better return value ) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29841] - Oracle JDBC Connections from connection pool not used or reused
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=29841. 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=29841 Oracle JDBC Connections from connection pool not used or reused [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-06-28 15:49 --- Cool, but: - we don't provide support for commons-dbcp (another project ...) - if it doesn't work for you, I recommend using another connection pool, such as the one bundled with your Oracle driver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29846] - Handling of error reports
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=29846. 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=29846 Handling of error reports [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-06-28 16:00 --- The first part obviously works for me. The second part will not be addressed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29846] - Handling of error reports
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=29846. 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=29846 Handling of error reports [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-06-28 16:05 --- Oh sorry, I forgot an important detail. This only appears, if you are connection with apache and mod_jk (in this case mod_jk 1.2.5) in front of the apache. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29664] - DataSourceRealm fails to lookup Context Datasources with the localDataSource flag.
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=29664. 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=29664 DataSourceRealm fails to lookup Context Datasources with the localDataSource flag. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-06-28 16:15 --- Without further details, it works for me (at least, it worked for the folks who submitted this feature). If it doesn't work, please look into it and provide a patch. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Klaus-Dieter -V715101- Ackermann/Volksfuersorge/AMComNET/DE ist außer Haus.
Ich werde ab 28.06.2004 nicht im Büro sein. Ich kehre zurück am 01.07.2004. Ich werde Ihre Nachrichten nach meiner Rückkehr beantworten. - 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 --- Additional Comments From [EMAIL PROTECTED] 2004-06-28 16:20 --- This problem won't be resolved in 5.0.x. I'll redo the deployer in the next release so that JARs are locked sometimes (as usual), but we don't care about it (similar to JBoss). Until then, I don't recommend using Windows if you want hot deployment to work reliably (at least not until M$ adds some option to allow certain processes to avoid the file locking feature - I understand this is a useful feature for the average desktop user, but for server side ...). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29695] - regression in SSL cipher strength
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=29695. 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=29695 regression in SSL cipher strength [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23914] - NullPointerException in Coyote Adapter
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=23914. 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=23914 NullPointerException in Coyote Adapter [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-06-28 16:27 --- I got over my bad mood, and in the end I'll continue doing BZ sometimes. Whatever causes this problem (I've never found out) can't happen with 5.0.x (notice the stack trace is outside of the connector). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20663] - Cannot shutdown Tomcat gracefully
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=20663. 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=20663 Cannot shutdown Tomcat gracefully [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-06-28 16:32 --- Tomcat 5 has a new shutdown procedure for connectors. I don't think it can be improved further, and I am not getting any issues either, so this issue is invalid. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Klaus-Dieter -V715101- Ackermann/Volksfuersorge/AMComNET/DE ist außer Haus.
Ich werde ab 28.06.2004 nicht im Büro sein. Ich kehre zurück am 01.07.2004. Ich werde Ihre Nachrichten nach meiner Rückkehr beantworten. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Yahoo! Auto Response
This account is no longer in service. Please find another way to contact this person. Note: this is NOT an official message from yahoo, and it was sent as an automatic response to a message that was sent to this email address. Original Message: X-Rocket-Spam: 82.254.5.129 X-YahooFilteredBulk: 82.254.5.129 X-Rocket-Track: 882779: 20 ; SERVER=66.163.174.37 X-Originating-IP: [82.254.5.129] Return-Path: [EMAIL PROTECTED] Received: from 82.254.5.129 (EHLO yahoo.com) (82.254.5.129) by mta158.mail.sc5.yahoo.com with SMTP; Mon, 28 Jun 2004 10:24:32 -0700 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Is that your document? Date: Mon, 28 Jun 2004 19:24:24 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary==_NextPart_000_0016=_NextPart_000_0016 X-Priority: 3 X-MSMail-Priority: Normal This is a multi-part message in MIME format. --=_NextPart_000_0016=_NextPart_000_0016 Content-Type: text/plain; charset=Windows-1252 Content-Transfer-Encoding: 7bit Can you confirm it? --=_NextPart_000_0016=_NextPart_000_0016 Content-Type: application/octet-stream; name=document.zip Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=docume _ 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]
Klaus-Dieter -V715101- Ackermann/Volksfuersorge/AMComNET/DE ist außer Haus.
Ich werde ab 28.06.2004 nicht im Büro sein. Ich kehre zurück am 01.07.2004. Ich werde Ihre Nachrichten nach meiner Rückkehr beantworten. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Klaus-Dieter -V715101- Ackermann/Volksfuersorge/AMComNET/DE ist außer Haus.
Ich werde ab 28.06.2004 nicht im Büro sein. Ich kehre zurück am 01.07.2004. Ich werde Ihre Nachrichten nach meiner Rückkehr beantworten. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29851] New: - Handling of error reports
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=29851. 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=29851 Handling of error reports Summary: Handling of error reports Product: Tomcat 5 Version: 5.0.25 Platform: Other OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] And there seems to be a bug with the handling of error reports. For every status-code greater than 400, tomcat generates a html-message wich will be send to the client. If you set a status-code in a sevlet, wich is not listed in org.apache.catalina.valves.LocalStrings.properties (999 for example), the html- message looks like this: HTTP Status 999 - Cannot find message associated with key '999'. ( org.apache.catalina.util.StringManager.getStringInternal() - in the catch- block null could be a better return value ) In my configuration I use tomcat with apache and mod_jk 1.2.5. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29846] - Handling of error reports
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=29846. 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=29846 Handling of error reports --- Additional Comments From [EMAIL PROTECTED] 2004-06-28 20:22 --- *** Bug 29851 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29851] - Handling of error reports
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=29851. 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=29851 Handling of error reports [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-06-28 20:22 --- *** This bug has been marked as a duplicate of 29846 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25628] - NPE is thrown when jar containing tld file is not found in WEB-INF/lib
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=25628. 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=25628 NPE is thrown when jar containing tld file is not found in WEB-INF/lib [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-06-28 20:40 --- I have tested this with the latest TC4 source and I see the following at the start of the stack trace. In my view, this is sufficient. org.apache.jasper.JasperException: This absolute uri (http://www.apache.org/markt/taglib) cannot be resolved in either web.xml or the jar files deployed with this application - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25634] - failed to connect endpoint errno=61 Unknown error
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=25634. 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=25634 failed to connect endpoint errno=61 Unknown error [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-06-28 20:42 --- Requests for help and advice such as this should be posted to the tomcat-user list. - 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/loader WebappClassLoader.java
markt 2004/06/28 15:25:24
Modified:catalina/src/share/org/apache/catalina/loader
WebappClassLoader.java
Log:
Port fix for bug 25528 - Poor performance with RMI
Revision ChangesPath
1.51 +29 -7
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java
Index: WebappClassLoader.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v
retrieving revision 1.50
retrieving revision 1.51
diff -u -r1.50 -r1.51
--- WebappClassLoader.java22 Feb 2004 21:04:18 - 1.50
+++ WebappClassLoader.java28 Jun 2004 22:25:24 - 1.51
@@ -288,6 +288,12 @@
/**
+ * Repositories URLs, used to cache the result of getURLs.
+ */
+protected URL[] repositoryURLs = null;
+
+
+/**
* Repositories translated as path in the work directory (for Jasper
* originally), but which is used to generate fake URLs should getURLs be
* called.
@@ -565,6 +571,7 @@
URL url = new URL(repository);
super.addURL(url);
hasExternalRepositories = true;
+repositoryURLs = null;
} catch (MalformedURLException e) {
throw new IllegalArgumentException(e.toString());
}
@@ -924,6 +931,15 @@
/**
+ * Add the specified URL to the classloader.
+ */
+protected void addURL(URL url) {
+super.addURL(url);
+hasExternalRepositories = true;
+repositoryURLs = null;
+}
+
+/**
* Find the specified class in our local repositories, if possible. If
* not found, throw codeClassNotFoundException/code.
*
@@ -1478,6 +1494,10 @@
*/
public URL[] getURLs() {
+if (repositoryURLs != null) {
+return repositoryURLs;
+}
+
URL[] external = super.getURLs();
int filesLength = files.length;
@@ -1498,12 +1518,13 @@
}
}
-return urls;
-
+repositoryURLs = urls;
+
} catch (MalformedURLException e) {
-return (new URL[0]);
+repositoryURLs = new URL[0];
}
+return repositoryURLs;
}
@@ -1571,6 +1592,7 @@
notFoundResources.clear();
resourceEntries.clear();
repositories = new String[0];
+repositoryURLs = null;
files = new File[0];
jarFiles = new JarFile[0];
jarRealFiles = new File[0];
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25528] - WebappClassloader does not register with RMI codebase cache
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=25528. 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=25528 WebappClassloader does not register with RMI codebase cache [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-06-28 22:26 --- Some further modifications were made by Remy before the 5.0.17 release that should address your cache validity concerns in TC5. I have ported the fix to the TC4 source but there are currently no plans a TC4 release. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25354] - Problem with servlet 2.3, filters servlet or jsp !
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=25354. 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=25354 Problem with servlet 2.3, filters servlet or jsp ! --- Additional Comments From [EMAIL PROTECTED] 2004-06-28 22:34 --- Please provide a simple test case that demonstrates this issue as there is insufficient information in this bug report to reproduce this issue . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25750] - Cannot find server Errors
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=25750. 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=25750 Cannot find server Errors --- Additional Comments From [EMAIL PROTECTED] 2004-06-28 22:57 --- There are lots of components in the mix here: tomact, struts, IE, and the service wrapper. From experience my money would be on the service wrapper or IE but this is purely a guess. Answers to the following questions would be extremely helpful: - What version of struts? - Does it happen with the latest struts version? - Does if happen with other browsers (eg Mozilla)? - What happens with TC5 (it uses a different service wrapper)? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29846] - Handling of error reports
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=29846. 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=29846 Handling of error reports --- Additional Comments From [EMAIL PROTECTED] 2004-06-28 23:01 --- That's a useful precision. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[5.next] Progress
My upcoming change list: - Attempt to redo a bit the deployer: * remove the CL code which is there to avoid JAR locking (or at least allow disabling this feature for non-Windows OSes); when enabling anti locking code, move everything to a temp deploy folder where everything will be referenced from; controlled by a development flag on the Context to allow disabling this on Windows * move processing of context.xml to StandardContext (at the expense of being able to specify the context class, which will move to an attribute on the Host), as I realize it is important to get context level configurability without adding too much complexity in the embedding application; this could also go in ContextConfig, but this should be done in another event (START occurs too late) - Use the webapp CL as the main CL (without the locking tricks it is likely faster than the regular CL) - Default servlet refactoring and optimization (avoid ResourceInfo class, MIME mapping matching) - Resolve DBCP - Pool - Collections dependency which exposes too many JARs in the common classloader (using package renaming and some repackaging) - Externalize configuration saving out of StandardServer - Remove anything useless (spring cleaning time), such as configuration options, container listeners (to be replaced with JMX notifications where it matters), etc - BASIC auth optimization - clutering module refactoring, to extend the regular Catalina objects, for easier future maintenance - Possibly require JDK 1.5 (cleaner code, annotations, integrated JMX and JMX remote, etc) - And the ongoing: allow all config/management/embedding through JMX; note: I think this is almost there already (thanks Costin), so only a little tweaking will likely be needed So there are still a number of big changes waiting to be implemented, and these should have a bigger impact than my initial changes. I'll do the deployer and classloader changes first, which is the biggest chunk. When I'm done with the remove anything useless item, I'll propose a release plan. Any items to the list (anyone proposing something must be willing to timely implement what he's proposing, I'm not running a wish list ;) ) ? Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
