DO NOT REPLY [Bug 36738] - Incorrect character encoding
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=36738. 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=36738 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | -- 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]
Contacting Aurelitec
Aurelitec, Inc. has been integrated into EAST Technologies. You can receive support for Aurelitec products from EAST Technologies. Please visit http://www.east-tec.com/support/index.htm for contact information. Thank you, The EAST Technologies Team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Contacting Aurelitec
Aurelitec, Inc. has been integrated into EAST Technologies. You can receive support for Aurelitec products from EAST Technologies. Please visit http://www.east-tec.com/support/index.htm for contact information. Thank you, The EAST Technologies Team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Contacting Aurelitec
Aurelitec, Inc. has been integrated into EAST Technologies. You can receive support for Aurelitec products from EAST Technologies. Please visit http://www.east-tec.com/support/index.htm for contact information. Thank you, The EAST Technologies Team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Contacting Aurelitec
Aurelitec, Inc. has been integrated into EAST Technologies. You can receive support for Aurelitec products from EAST Technologies. Please visit http://www.east-tec.com/support/index.htm for contact information. Thank you, The EAST Technologies Team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Contacting Aurelitec
Aurelitec, Inc. has been integrated into EAST Technologies. You can receive support for Aurelitec products from EAST Technologies. Please visit http://www.east-tec.com/support/index.htm for contact information. Thank you, The EAST Technologies Team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Contacting Aurelitec
Aurelitec, Inc. has been integrated into EAST Technologies. You can receive support for Aurelitec products from EAST Technologies. Please visit http://www.east-tec.com/support/index.htm for contact information. Thank you, The EAST Technologies Team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Contacting Aurelitec
Aurelitec, Inc. has been integrated into EAST Technologies. You can receive support for Aurelitec products from EAST Technologies. Please visit http://www.east-tec.com/support/index.htm for contact information. Thank you, The EAST Technologies Team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Contacting Aurelitec
Aurelitec, Inc. has been integrated into EAST Technologies. You can receive support for Aurelitec products from EAST Technologies. Please visit http://www.east-tec.com/support/index.htm for contact information. Thank you, The EAST Technologies Team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36738] - Incorrect character encoding
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=36738. 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=36738 --- Additional Comments From [EMAIL PROTECTED] 2005-09-26 08:34 --- Created an attachment (id=16525) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16525action=view) Testcase for the problem To duplicate the problem do the following: 1. In IE delete all languages then add Japanese 2. Deploy the test.war file in tomcat 3. Access the localebad.jsp (http://localhost:8080/test/localebad.jsp) 4. Check the character encoding by using the browser right click menu. It will show that the page is using Shift-JIS which is wrong. 5. try the same test with locale.jsp, you will see that it is properly encoded using UTF-8 -- 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]
Tomcat 5.5.12 and JSTL contribution
All, I see in Tc 5.5.12 Jasper release notes an initial JSTL contribution. Anyone to tell why we couldn't use the Jakarta taglib one http://jakarta.apache.org/taglibs/doc/standard-doc/intro.html? Cédrik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36738] - Incorrect character encoding
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=36738. 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=36738 --- Additional Comments From [EMAIL PROTECTED] 2005-09-26 10:39 --- If I include fmt:setBundle basename=messages/, it will undo the encoding set using request.setCharacterEncoding(). The workaround is to use % response.setContentType(text/html; charset=UTF-8);% after fmt:setBundle. The problem doesn't occur with 5.5.9. Thanks, Ganesh -- 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]
segmentation violation and tomcat 3.3.1a
Hello people, I´m having problems with tomcat 3.3.1a in an AIX 3.4 running IBM Java 1.3.0. Here is what I get after 4 days running tomcat: SIGSEGV 11 (*) segmentation violation si_signo [11]: SIGSEGV: (*) segmentation violation si_errno [0]: Error 0 si_code [50]: SEGV_MAPERR [addr: 0xE2E87ECC] stackpointer=35a243d8 Writing java dump to /usr/install/jakarta-tomcat-3.3.1a/bin/javacore109528.11277 17187.txt... OK Does anyone have a clue? Before anyone asks, Yes, I know it´s an old Java version with an old tomcat but, I can´t upgrade tomcat because I can´t upgrade the java version because it´s an old IBM AIX. Upgrading JAVA or OS here isn´t an option... :( Thanks for any help! -- Eduardo Fernandes Piva [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JK 1.2.15 Release plan?
Hi, JK 1.2.15 has been tagged, and I've created the source distribution downloadable from the: http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.15/ Since this version contains numerous bug fixes over the releases 1.2.14, what are your thoughts on that version, since it will be the last one released from the CVS. I would like to make a vote and release, because of the bugs this version is fixing, and since we would from now on use SVN the next release could take quite some time before becoming available. So, should I pursue for a [VOTE} on that tag or will we wait for a couple of months? I hope we'll not go for the latest option. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK 1.2.15 Release plan?
Hi, I'd wait a couple of days and then have a vote. During those days we should actively encourage users to download and test it. Make release announcements, etc. ;) Yoav --- Mladen Turk [EMAIL PROTECTED] wrote: Hi, JK 1.2.15 has been tagged, and I've created the source distribution downloadable from the: http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.15/ Since this version contains numerous bug fixes over the releases 1.2.14, what are your thoughts on that version, since it will be the last one released from the CVS. I would like to make a vote and release, because of the bugs this version is fixing, and since we would from now on use SVN the next release could take quite some time before becoming available. So, should I pursue for a [VOTE} on that tag or will we wait for a couple of months? I hope we'll not go for the latest option. Regards, Mladen. - 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]
DO NOT REPLY [Bug 36814] New: - Parameter for POST encoding
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=36814.
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=36814
Summary: Parameter for POST encoding
Product: Tomcat 5
Version: 5.5.9
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
There is a problem to convert the incoming request of a POST request to the
right character encoding. Mostly the browsers do not send the correct request
header so Tomcat falls back to the default encoding which is ISO-8859-1. But in
a multi language environment (e.g. mixture of english, european, chinese, etc.
languages) ISO-8859-1 is not sufficient and UTF-8 is more recommended.
To tell Tomcat to use e.g. UTF-8 as the default encoding I suggest to change the
source code of Request.java in the package org.apache.catalina.connector so that
the encoding is read from a context parameter:
/**
* Return the character encoding for this Request.
*/
public String getCharacterEncoding() {
String enc = coyoteRequest.getCharacterEncoding();
if (enc == null) {
return getDefaultPostEncoding();
}
return enc;
}
/**
* Get the default encoding for parameters of requests with post method.
*/
private String getDefaultPostEncoding() {
return context.getServletContext().getInitParameter(defaultPostEncoding);
}
To use this with UTF-8 encoding you have to add this to the Context of your
webapp:
Parameter name=defaultPostEncoding value=UTF-8
override=false/
What do you think? Is this a good enhancement for Tomcat? It would be great if
you could add this to the base code of Tomcat. Probably many Tomcat users would
be glad to have it, wouldn't they?
With regards
Udo Walker
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK 1.2.15 Release plan?
Yoav Shapira wrote: Hi, I'd wait a couple of days and then have a vote. During those days we should actively encourage users to download and test it. Make release announcements, etc. ;) Right. I was deliberately choose the 'WTF' approach to the release subject, because each time I try something like that the wrowe comes in reminding me of the 'procedural misbehaving' :) So, excuse me if I broke again some f*ing rule. Anyhow, I would like that we vote this (1.2.15) version as stable, because it's a bug-fix release over the 1.2.14 stable. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36814] - Parameter for POST encoding
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=36814. 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=36814 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2005-09-26 15:25 --- The spec declares the default to be ISO-8859-1. Overriding is as easy as using ServletRequest.setCharacterEncoding() with a servlet filter. (Or similar) I'm not convinced of the value of adding another attribute to the connector. -- 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 36738] - Incorrect character encoding
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=36738. 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=36738 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r291745 - /tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config/realm.xml
Author: markt Date: Mon Sep 26 13:53:46 2005 New Revision: 291745 URL: http://svn.apache.org/viewcvs?rev=291745view=rev Log: Document missing alternateURL attribute Modified: tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config/realm.xml Modified: tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config/realm.xml URL: http://svn.apache.org/viewcvs/tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config/realm.xml?rev=291745r1=291744r2=291745view=diff == --- tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config/realm.xml (original) +++ tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config/realm.xml Mon Sep 26 13:53:46 2005 @@ -265,6 +265,12 @@ information from the directory:/p attributes + attribute name=alternateURL required=false + pIf a socket connection can not be made to the provider at + the codeconnectionURL/code an attempt will be made to use the + codealternateURL/code./p + /attribute + attribute name=authentication required=false pA string specifying the type of authentication to use. none, simple, strong or a provider specific definition - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs/config realm.xml
markt 2005/09/26 13:54:10 Modified:webapps/docs/config realm.xml Log: Document missing alternateURL attribute Revision ChangesPath 1.8 +6 -0 jakarta-tomcat-catalina/webapps/docs/config/realm.xml Index: realm.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/config/realm.xml,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- realm.xml 27 Oct 2004 16:38:42 - 1.7 +++ realm.xml 26 Sep 2005 20:54:10 - 1.8 @@ -272,6 +272,12 @@ information from the directory:/p attributes + attribute name=alternateURL required=false + pIf a socket connection can not be made to the provider at + the codeconnectionURL/code an attempt will be made to use the + codealternateURL/code./p + /attribute + attribute name=authentication required=false pA string specifying the type of authentication to use. none, simple, strong or a provider specific definition - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK 1.2.15 Release plan?
+1 Changes to the ISAPI Redirector are pretty minor (and well tested in my tree). Mladen Turk wrote: Yoav Shapira wrote: Hi, I'd wait a couple of days and then have a vote. During those days we should actively encourage users to download and test it. Make release announcements, etc. ;) Right. I was deliberately choose the 'WTF' approach to the release subject, because each time I try something like that the wrowe comes in reminding me of the 'procedural misbehaving' :) So, excuse me if I broke again some f*ing rule. Anyhow, I would like that we vote this (1.2.15) version as stable, because it's a bug-fix release over the 1.2.14 stable. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36738] - Incorrect character encoding
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=36738. 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=36738 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-09-27 00:11 --- The short answer is that the behaviour you are seeing is as per the relevant specs and therefore this bug in invalid. The longer answer is: As per the section 8.4 of the JSTL 1.0 spec, use of fmt:setBundle ... results in a call to ServletResponse.setLocale() The servlet 2.3 spec states that a call to setContentType() or setLocale() can change the character encoding of the resposne. Therefore when running on TC4 the fmt:setBundle ... in localebad.jsp ultimately results in a call to setCharacterEncoding() which changes the encoding to Shift-JIS. The servlet 2.4 spec states that once the character encoding has been set by a call to setContentType() subsequent calls setLocale() must not change the character encoding. Therefore when running on TC5 the fmt:setBundle ... in localebad.jsp has no effect on the character encoding since it has aleady be set as a result of the intial page directive. -- 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 36823] New: - Ant task Description file catalina.tasks shouldn't have JspC
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=36823. 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=36823 Summary: Ant task Description file catalina.tasks shouldn't have JspC Product: Tomcat 5 Version: Unknown Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] the catalina.tasks file in the catalina-ant.jar shouldn't have the JspC task as the class isn't part of the file. and will cause a failure if loaded via ant. also, i believe the catalina.tasks file should be at the root level of the jar. -- 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]
