DO NOT REPLY [Bug 36863] New: - Space seperated cookie value text returned in quotes

[bugzilla]

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=36863>.
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=36863

   Summary: Space seperated cookie value text returned in quotes
   Product: Tomcat 5
   Version: 5.5.7
  Platform: PC
OS/Version: Windows 2000
Status: NEW
  Severity: normal
  Priority: P2
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Multiple word phrases (like Online Query) saved in a cookie are quoted when
retrieved. See example below ...

Enter:
  Online Query

Click Submit. Submit saves the value in a cookie to be later used in search.

Return to search page which will fetch cookie value and place in appropriate
input box. The value is now displayed as:

"Online Query" 

Granted that this is the integrated version of Tomcat in Netbeans but I wanted
to report this here as well as with Netbeans.

Using JSDK 1.4.2_08

Thanks

-- 
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 36546] - AJP returns pages with text/plain content type

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=36546


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-09-08 23:10 ---
There is insufficient information in this bug report for us to investigate.
missing information includes:
- test case (smallest page that has the problem)
- type of page (html, jsp, servlet)
- httpd.conf settings for JK
- worker.properties

Chances are that this is a configuration issue. Please use the Tomcat user list
to  investigate this further where you are far more likely to get some useful
resposnes.

If the tomcat-user discussions conclude that this is a bug, please feel free to
re-open this report and append the necessary information to reproduce it.

-- 
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 36546] New: - AJP returns pages with text/plain content type

[bugzilla]

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=36546>.
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=36546

   Summary: AJP returns pages with text/plain content type
   Product: Tomcat 4
   Version: 4.1.31
  Platform: Other
OS/Version: FreeBSD
Status: NEW
  Severity: normal
  Priority: P2
 Component: Connector:JK/AJP
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


If I'm trying to get the page directly from Tomcat, the content-type is set to
text/html. But after I connected the application to the Apache 1.3 with mod_jk
(1.2.14.1) all pages from the resources mapped by JkMount are returning with the
content-type text/plain.

Is there a way to fix that?

-- 
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 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=24970


[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]

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=24970





--- Additional Comments From [EMAIL PROTECTED]  2005-03-04 16:37 ---
I have a work-around in the form of a Filter. This filter uses a ResponseWrapper
to wrap getWriter:

 public void doFilter(ServletRequest servletRequest, ServletResponse
servletResponse, FilterChain filterChain) 
throws java.io.IOException, ServletException {

HttpServletResponseWrapper wrapper = new
HttpServletResponseWrapper((HttpServletResponse) servletResponse) {
private String contentType;
public void setContentType(String ct) {
contentType = ct;
super.setContentType(ct);
}

/**
 * This is the essence of this whole thing. The idea
 * is to fake the use of getOutputStream(). Then you
 * are in byte-writing mode.  and charset's become
 * irrelevant,and tomcat will not add one any more.
 */

public PrintWriter getWriter() throws IOException {
if (contentTypes.contains(contentType)) {
log.debug("Wrapping outputstream to avoid charset");
try {
// ISO-8859-1 is default for HTTP
return new PrintWriter(new BufferedWriter(new
OutputStreamWriter(getOutputStream(), "ISO-8859-1")));
} catch (UnsupportedEncodingException uee) {
// could not happen
return super.getWriter();
}
} else {
if (log.isDebugEnabled()) {
log.debug(" " + contentType + " is not contained by
" + contentTypes);
}
return super.getWriter();
}
}
};
filterChain.doFilter(servletRequest, wrapper);

}


So, you can configure a set of contentypes for which no charset is added and
which therefore must be in ISO-8859-1.



-- 
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 24970] - charset appended to content-type even if not text/*

[bugzilla]

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=24970>.
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=24970





--- Additional Comments From [EMAIL PROTECTED]  2005-02-22 17:25 ---
(In reply to comment #25)
> OK, I read the "JavaServer Pages Specification" and it's clear that JSPs are
> servlets only designed to send TEXT data.

I agree that one should not send pdf with a JSP. But how about
"text/vnd.rn-realtext". Of course it is silly that Real-Player chokes in the
charset, but well, it does.

So I woudl really like to have some possibility to dynamically create .rt files,
in which realplayer does not choke.

Michiel
 

-- 
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 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=24970





--- Additional Comments From [EMAIL PROTECTED]  2005-01-14 15:30 ---
are you sure Bug 33099 is duplication if this 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]

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=24970


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




--- Additional Comments From [EMAIL PROTECTED]  2005-01-14 15:08 ---
*** Bug 33099 has been marked as a duplicate of this 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]

DO NOT REPLY [Bug 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=32500





--- Additional Comments From [EMAIL PROTECTED]  2004-12-07 19:43 ---
have you checked that your database driver URL has the correct charset? is 
your database encoding correct? which driver are you using?

-- 
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 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

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=32500>.
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=32500





--- Additional Comments From [EMAIL PROTECTED]  2004-12-07 19:17 ---
Hi,
   I may have the similar problem as discussed here.  I need to use jsp to 
display some data in Japanese character from MS 
SQL server database.  I have already set the encoding in jsp to be:
 
<%@ page language="java" contentType="text/html; charset=UTF-8" %> 
 
If I use tomcat version 5.0.18, then the japanese character is 
displayed correctly.  However, if I use 5.0.28 or 5.5.4, the characters are 
something like "???".  If I right click the html page generated from jsp 
on the above versions, I can see the encoding to be Western instead of 
"UTF-8" like what happened with 5.0.18.  Does anyone know what cause 
this problem and if any configuration of Tomcat needs to be made.  Thank 
you very much for your help.
   Someone here that could not get the correct character set may want to test 
tomcat version 5.0.18.

(In reply to comment #0)
> After setting contentType to hebrew encoding in a JSP page, static text in the
> page is correctly displayed according to the specified encoding, but
> dynamically-generated text (<%= %> expression) does NOT get encoded to hebrew
> and it appears as a sequence of question marks on the browser.
> JSP is dispatched from a servlet that handles the request prior to generating
> the response to the client.
> Reproduced on both with IE-6 SP-1 and Firefox 1.0.
> I attached is a JSP page to reproduce the problem (but it requires that a
> database with hebrew content will be on the other hand, and that a servlet 
will
> assign a value to the variable before dispatching the call to the attached 
JSP).



-- 
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 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=32500





--- Additional Comments From [EMAIL PROTECTED]  2004-12-07 09:56 ---
Hi

Sure you can, i was planning on having an i18n section on some new tomcat 
documentation that i have been writing, so if you don't mind, I can use it on 
that page too.

send it when you've figured it out :)

Allistair.

-- 
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 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=32500





--- Additional Comments From [EMAIL PROTECTED]  2004-12-06 20:04 ---
OK, comprehensive reply :-)
Now it all makes sense together.
Thanks a lot.

Can I upload here (when I finish my work) short guidelines for how to put things
to work together (MySQL, tomcat, java I18N) as help for other people?

-- 
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 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=32500





--- Additional Comments From [EMAIL PROTECTED]  2004-12-04 23:10 ---
also, read up on locales here :

http://www.joconner.com/javai18n/articles/Locale.html



-- 
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 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=32500





--- Additional Comments From [EMAIL PROTECTED]  2004-12-04 22:58 ---
Created an attachment (id=13648)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=13648&action=view)
fyi: web app that demonstrates this report both for jsp and servlet,

this is a web app that demonstrates this issue. it is provided for completeness
for others reading this or experiencing the same issue without understanding
why.

note that this is not a tomcat or java bug, read why in the previous post.

-- 
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 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=32500





--- Additional Comments From [EMAIL PROTECTED]  2004-12-04 22:54 ---
ok, i have tested this fully now. the reason your app is not working from the 
servlet side, regardless of database or no database, is because you O/S's 
locale/regional settings will be set such that the JVM Tomcat is using is 
defaulting character encoding for String creation (and other java.lang/java.io 
objects) to non-Hebrew support. Therefore you must either change your O/S 
locale so that the JVM defaults to Hebrew, OR you must convert your strings in 
the way you already found works, i.e new String("hebrew", "windows-1255");

Here is the reference:

"Every instance of the Java virtual machine has a default charset, which may 
or may not be one of the standard charsets. The default charset is determined 
during virtual-machine startup and typically depends upon the locale and 
charset being used by the underlying operating system."

http://java.sun.com/j2se/1.5.0/docs/api/java/nio/charset/Charset.html

This is not an anomaly of Tomcat nor the Java language.

Cheers, hope this helps. Allistair.

-- 
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 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=32500





--- Additional Comments From [EMAIL PROTECTED]  2004-12-04 22:35 ---
And if there is no DB involved?
Instead of writing
  s = new String ("è÷ñè");
It would be written from now on:
  s = new String (new String ("è÷ñè").getBytes (), "windows-1255");

I'm Sorry to hear about your conclusion. IMO it passes the work to the code 
which becomes much more cluttered now...


-- 
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 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=32500





--- Additional Comments From [EMAIL PROTECTED]  2004-12-04 22:22 ---
Forget it, the encoding of the compiler is not the problem here (I tried the
example, which works fine). Sorry for the trouble.

IMO the problem is that your String in your news object is retrieved from bytes
(on your db), but is created with the wrong encoding. Anyway, please don't
reopen the report, as there's no Tomcat issue to fix here.

-- 
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 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=32500


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2004-12-04 22:05 ---
The report is invalid. Please do not reopen it.
If you have funky encoding in your source, you will need to configure the
compiler you're using (which is set to UTF-8 by default).

-- 
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 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

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=32500>.
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=32500


[EMAIL PROTECTED] changed:

   What|Removed |Added

  Attachment #13638|text/html   |text/plain
  mime type||




-- 
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 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

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=32500>.
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=32500





--- Additional Comments From [EMAIL PROTECTED]  2004-12-04 21:40 ---
Thanks.

Notice that for JSP pages we can state explicitly what encoding should be used
for character strings they contain (by setting the appropriate value in
<%@ page contentType =...>

However, we cannot assign such encoding to servlet code (although if it is
typed-in in the same environment and same text-editor as its associated JSP
pages). So characters strings that originate in servlet code and transferred
to a JSP page will not be encoded correctly, unless the servlet explicitly
does the conversion. The risk is that instead of focusing on servlet logic,
servlet code will be cluttered with encoding conversions over and over again.

In my opinion this is an anomally (I do not think that the spec relate to this).
Thanks a lot.


-- 
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 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=32500





--- Additional Comments From [EMAIL PROTECTED]  2004-12-03 23:39 ---
i will try this again tomorrow with your suggestion. i am certain that the 
problem is not tomcat as i have battled with similar issues myself and 
realised it was my mistake. there is no "of course" about the fact your 
database is not the problem. the fact remains many people mis-configure their 
database character set.

i will be back with more tomorrow.

-- 
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 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

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=32500>.
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=32500


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |




--- Additional Comments From [EMAIL PROTECTED]  2004-12-03 22:50 ---
(In reply to comment #8)

Well, I had to install and configure a new version of the database to check
the bad-database-encoding-theory (it did not resolve anything, of course).

Ignore the database: same problem persists even in a code that does not
involve database operation:

   News news = new News ();
   news.setContent ("è÷ñè áòáøéú"); // some hebrew text string
   request.setAttribute ("news", news);
   RequestDispatcher dispatcher = ctx.getNamedDispatcher ("JSPBugPage");
   dispatcher.forward (request, response);

The issue is that I according to what you're saying, I must use:

   news.setContent (new String (new String ("è÷ñè áòáøéú")).getBytes 
(), "windows-1255"); // some hebrew text string there between the double-quotes

Or in other words - do the conversion manually for each and every string
variable I need to pass to the JSP page, instead of having the JSP page
convert them automatically.


-- 
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 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=32500


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 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]

DO NOT REPLY [Bug 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=32500





--- Additional Comments From [EMAIL PROTECTED]  2004-12-03 15:50 ---
I think it is more like this ..

News news = 
createNewsObjectWithStringTakenFromDatabaseWithSelectSQLCallAndBadDatabaseEncodi
ng ();
request.setAttribute ("news", news);
RequestDispatcher dispatcher = ctx.getNamedDispatcher ("JSPPageWithNoBug");
dispatcher.forward (request, response);

This is a common mistake. You need to check your database connectivity and the 
charset used to communicate with your database (and also the database encoding).


-- 
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 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=32500


[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]

DO NOT REPLY [Bug 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

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=32500>.
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=32500





--- Additional Comments From [EMAIL PROTECTED]  2004-12-03 14:56 ---
(In reply to comment #6)
> ok how are you populating your bean's values?

Not a bean.
A servlet that received a HTTP get/post request, does some work, than
takes a text stored in MySQL database and passes it to the JSP page. For
the example file I uploaded before:

   News news = createNewsObjectWithStringTakenFromDatabaseWithSelectSQLCall ();
   request.setAttribute ("news", news);
   RequestDispatcher dispatcher = ctx.getNamedDispatcher ("JSPBugPage");
   dispatcher.forward (request, response);



-- 
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 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=32500





--- Additional Comments From [EMAIL PROTECTED]  2004-12-03 14:50 ---
ok how are you populating your bean's values?

-- 
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 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

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=32500>.
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=32500





--- Additional Comments From [EMAIL PROTECTED]  2004-12-03 14:46 ---
> However, was not able to test your bean. So I created a String variable and 
> used <%= s %> and this works, disproving your theory that <%= causes the 
> problem.

If you use a String that is defined WITHIN the JSP page itself, than you are
using what I called "static" text - a text that is encoded as part of the JSP
page itself. If this is what you did, than you are not testing the problem I
described, because ALL hebrew text withing the JSP page is encoded
and displayed correctly anyway.

The problem is with strings that are not static == not part of the compiled
JSP page, but (rather) imported from a calling servlet.


-- 
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 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=32500





--- Additional Comments From [EMAIL PROTECTED]  2004-12-03 14:01 ---
Created an attachment (id=13638)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=13638&action=view)
this code works and shows <%= is not causing an encoding issue


-- 
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 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=32500


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2004-12-03 14:00 ---
have just tested your attachment in 5.5.4 (having installed the Windows 2000 
Hebrew language pack) and this works perfectly well. Will send an attachment of 
my JSP. 

However, was not able to test your bean. So I created a String variable and 
used <%= s %> and this works, disproving your theory that <%= causes the 
problem.

I suspect however you are encoding/loading values in your bean is causing the 
issue. Is this from a database by any chance?

Tested and confirmed that changing contentType directive between windows-1252 
and windows-1255 scrambles and then fixes respectively.

-- 
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 18680] - On Japanese OS, corruption of japanese text.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=18680





--- Additional Comments From [EMAIL PROTECTED]  2004-12-02 23:52 ---
There have been many fixes for this since 4.1.12 and for a single JSP page I 
am surprised that this doesn't work. Please provide a test WAR or JSP that 
demonstrates this bug and I will quite happily apply any necessary fixes to 
TC4 and TC5. Without a test case this bug report will be closed as 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]

DO NOT REPLY [Bug 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=32500


[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|normal  |major




-- 
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 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=32500


[EMAIL PROTECTED] changed:

   What|Removed |Added

  Attachment #13628|0   |1
is obsolete||




--- Additional Comments From [EMAIL PROTECTED]  2004-12-02 23:18 ---
Created an attachment (id=13632)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=13632&action=view)
Attachment fixed - JSP pave that demonstrates the 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]

DO NOT REPLY [Bug 32500] - specific text-encoding ignored for dynamically generated text

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=32500





--- Additional Comments From [EMAIL PROTECTED]  2004-12-02 22:02 ---
Created an attachment (id=13628)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=13628&action=view)
JSP page to demonstrate the 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]

DO NOT REPLY [Bug 32500] New: - specific text-encoding ignored for dynamically generated text

[bugzilla]

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=32500>.
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=32500

   Summary: specific text-encoding ignored for dynamically generated
    text
   Product: Tomcat 5
   Version: 5.5.4
  Platform: PC
OS/Version: Windows 2000
Status: NEW
  Severity: normal
  Priority: P2
 Component: Servlet & JSP API
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


After setting contentType to hebrew encoding in a JSP page, static text in the
page is correctly displayed according to the specified encoding, but
dynamically-generated text (<%= %> expression) does NOT get encoded to hebrew
and it appears as a sequence of question marks on the browser.

JSP is dispatched from a servlet that handles the request prior to generating
the response to the client.

Reproduced on both with IE-6 SP-1 and Firefox 1.0.

I attached is a JSP page to reproduce the problem (but it requires that a
database with hebrew content will be on the other hand, and that a servlet will
assign a value to the variable before dispatching the call to the attached JSP).

-- 
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 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=24970


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




--- Additional Comments From [EMAIL PROTECTED]  2004-12-02 20:21 ---
*** Bug 32499 has been marked as a duplicate of this 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]

DO NOT REPLY [Bug 18680] - On Japanese OS, corruption of japanese text.

[bugzilla]

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=18680>.
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=18680





--- Additional Comments From [EMAIL PROTECTED]  2004-12-02 19:56 ---
Tested and found that problem persists in 5.5.4 as well; I'll post a bug report
for that version as well (unless one already exists). Both versions cannot
handle non-default encoding for dynamically generated text in JSPs.

-- 
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 18680] - On Japanese OS, corruption of japanese text.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=18680





--- Additional Comments From [EMAIL PROTECTED]  2004-12-02 18:10 ---
There have been relevant additional fixes/enhancements recently, such as the 
javaEncoding jasper param and others.  You might want to try a later release.

As for having it fixed in Tomcat 4.x: don't hold your breath.

-- 
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 18680] - On Japanese OS, corruption of japanese text.

[bugzilla]

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=18680>.
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=18680


[EMAIL PROTECTED] changed:

   What|Removed |Added

 OS/Version||All




--- Additional Comments From [EMAIL PROTECTED]  2004-12-02 18:09 ---
All dynamically generated text in JSP pages is displyes in the wrong encoding.
Tomcat 5.X crashes on my web-app, while Tomcat 4.X runs it properly, so it would
be nice to have a fix for this in 4.X as well.


-- 
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: text

[craig . mcclanahan]

Please confirm the document.

 Attachment: No Virus found
 Norman AntiVirus - www.norman.com


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

[bugzilla]

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=24970>.
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=24970

charset appended to content-type even if not text/*





--- Additional Comments From [EMAIL PROTECTED]  2004-08-02 08:14 ---
OK, I read the "JavaServer Pages Specification" and it's clear that JSPs are
servlets only designed to send TEXT data.

Trying to send a PDF or other binary data via a JSP should not be done.
A servlet should be written for this kind of things.

The workaroud 'response.reset()' should not be used in a production environment.
It works with the actual Coyote implementation, but nothing can guarantee that
others implementation will accept it.
In facts, the getOutputStream() method should not be allowed in a JSP.

The getWriter() method should be called() as soon as possible in the generated
java code of the JSP. Then a call to getOutputStream() would result in a
IllegalStateException.

Regards

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

[bugzilla]

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=24970>.
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=24970

charset appended to content-type even if not text/*

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-07-30 14:44 ---
The servlet spec expert group has decided that all Servlets that use a Writer 
(and this includes all JSPs) must include a charset in the 2.4 servlet spec.  
Since Tomcat 4 uses the same connectors as Tomcat 5, and Tomcat 5 must set the 
charset, this will certainly not be fixed.

I'm glad to see that you've discovered that you can work around this with 
response.reset.  That is the only way that sending pdfs from a JSP is supported.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

[bugzilla]

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=24970>.
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=24970

charset appended to content-type even if not text/*

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
   Priority|Other   |High
 Resolution|FIXED   |



--- Additional Comments From [EMAIL PROTECTED]  2004-07-30 13:11 ---
I agree with Paul Brohman, the bug is still present in 4.1.30.

response.setContentType( "application/pdf" );
gives Content-Type: application/pdf;charset=ISO-8859-1

I've tried with Response.class from attachment 9309 first in {TOMCAT
INSTALL}/server/classes/org/apache/coyote/Response.class and then by replacing
Response.class in tomcat-coyote.jar with the same result.

So I looked the source of Response.java and found in setContentType :

if (!hasCharset) {
this.contentType = type;
return;
}

In the other case (if hasCharset is true), and if charsetValue is valid, then
charsetSet is set to true.

The problem is the folowing :
- I'm using J2EE 1.3 so the method setCharacterEncoding() can't be used.
- When compiling a JSP, tomcat adds automaticaly
response.setContentType("text/html;charset=ISO-8859-1"); in the _jsp.java file.

Doing this, charsetSet is set to true in response and characterEncoding is set
to ISO-8859-1.

Then my own code says :
response.setContentType( "application/pdf" );
But in this case, charsetSet is NOT reset to false, and characterEncoding keeps
it's old value.

I think the above code should almost be :
if (!hasCharset) {
this.contentType = type;
charsetSet=false;
return;
}

Or charsetSet should be set to false at the begining of setContentType;

But this means for those who can use setCharacterEncoding(), to use it AFTER
setContentType();

So to completely fix the problem, I think that setCharacterEncoding() should set
a special boolean and setContentType() another one.

Then getContentType() should append the charset expression to Content-Type if
one the the two boolean is true.

In this case we will have the folowing results :

response.setCharacterEncoding( "ISO-8859-1" );
response.setContentType( "application/pdf" );
response.getContentType(  ) -> Content-Type: 
application/pdf;charset=ISO-8859-1;

response.setCharacterEncoding( "ISO-8859-1" );
response.setContentType( "plain/text;charset=UTF-8" );
response.getContentType(  ) -> Content-Type: plain/text;charset=UTF-8;

response.setContentType( "plain/text;charset=UTF-8" );
    response.setCharacterEncoding( "ISO-8859-1" );
response.getContentType(  ) -> Content-Type: plain/text;ISO-8859-1;

response.setContentType("text/html;charset=ISO-8859-1");
response.setContentType( "application/pdf" );
response.getContentType(  ) -> Content-Type: application/pdf



Nevertheless waiting for the bug to be fixed, a workaround is to use the reset()
method who sets charsetSet to false.

response.reset();
response.addHeader( "Content-Disposition", "inline; filename=\"" + strFileName
+ "\"" ) ;
response.setContentType( "application/pdf" );
response.setContentLength(data.length);
response.getOutputStream().write( data ) ;
response.getOutputStream().close() ;

Regards

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 18680] - On Japanese OS, corruption of japanese text.

[bugzilla]

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=18680>.
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=18680

On Japanese OS, corruption of japanese text.





--- Additional Comments From [EMAIL PROTECTED]  2004-07-27 17:29 ---
Please test this on Tomcat 5.0.27, as relevant fixes have been done.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 18680] - On Japanese OS, corruption of japanese text.

[bugzilla]

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=18680>.
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=18680

On Japanese OS, corruption of japanese text.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |



--- Additional Comments From [EMAIL PROTECTED]  2004-07-27 17:17 ---
re-open this bug: this is really a bug in the Compiler class.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 18680] - On Japanese OS, corruption of japanese text.

[bugzilla]

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=18680>.
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=18680

On Japanese OS, corruption of japanese text.





--- Additional Comments From [EMAIL PROTECTED]  2004-07-27 17:16 ---
Jasper does not honour  or
even the 

DO NOT REPLY [Bug 18680] - On Japanese OS, corruption of japanese text.

[bugzilla]

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=18680>.
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=18680

On Japanese OS, corruption of japanese text.





--- Additional Comments From [EMAIL PROTECTED]  2004-07-27 17:15 ---
Created an attachment (id=12241)
Compiler patch - grep for 'jog'

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

default charset for text/*

[Michael Südkamp]

Hello,

In our web-app that runs with Tomcat 4.1.29 we set the content-type to "text/xml" in a 
servlet that serves an XML file. The XML encoding normally is UTF-8. We observed that 
special characters show up wrong in the browser. Packet sniffing revealed that Tomcat 
changed the content-type to "text/xml;charset=ISO-8859-1" which was not the case with 
earlier Tomcat versions.

I looked up the bug database and the mailing list for this behaviour and read that 
Tomcat behaves like this for alle "text/*" content types where the charset is mising.

To fix this I can change the mime-type-definition in web.xml to 
"text/xml;charset=UTF-8" or add this in my servlet. But If my servlet has to serve 
ISO-8859-1 XML files that would be also wrong. Should I parse the resource prior to 
serving it in order to determine the encoding?

I cannot find the strong requirement to add the default charset in the HTTP spec. I 
read a discussion in the list that the JSP spec requires it - but also for a servlet? 
I think the charset is added by the Coyote connector so from the connector's point of 
view servlets and JSP-servlets are the same.

Doesn't it make sense to omit the default charset for XML files because XML files 
normally should carry their encoding in the header? Then the browser could get the 
encoding from there as it was done with earlier Tomcat versions.

What is your opionion?

Best Regards

Michael


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

[bugzilla]

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=24970>.
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=24970

charset appended to content-type even if not text/*





--- Additional Comments From [EMAIL PROTECTED]  2004-07-06 20:38 ---
I noticed that this bug is marked as resolved, but i'm not sure it is. I came 
across this situation today when setting the content type to "application/pdf".

when i viewed the compiled code i noticed this being set by tomcat:

response.setContentType("application/pdf;charset=ISO-8859-1"); 

I set the content type to "application/pdf", but i didn't add the charset. 
Tomcat seems to be setting the charset to the default when a content type is 
specified. In the case of "application/pdf" setting the charset won't work with 
Adobe Reader 6.0, 6.01, and 6.0.2.

Viewing the headers with HTTPWatch, i'm able to see that the content type 
is "application/pdf;charset=ISO-8859-1" even though i just set "application/pdf"

Could someone please let me know if this is still a bug.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 11656] - UTF-8 encoding not supported correctly in included text file or JSP Document

[bugzilla]

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=11656>.
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=11656

UTF-8 encoding not supported correctly in included text file or JSP Document





--- Additional Comments From [EMAIL PROTECTED]  2004-05-25 08:23 ---
Hi,

I have a similar problem with UTF-8.
I explain. I have a file (index.html) with a link to a servlet in it.
This file is the same on 2 servers with 1 with version 4.1.27 of Tomcat and 1
with 4.1.29. On the version 27 it work properly (URL is well encoded in UTF-8 as
I wanted and in version 29 the URL is not encoded in UTF-8. I'd like to add that
my servlet are the same...

Any ideas on this problem ?

thanks

Jean

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Your text

[spoof]

Here is the file.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Text message

[akv]

<>-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Text message

[akv]

<>-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27893] - Cann't get UTF-8 parameter when set contentType="text/html;charset=UTF-8".

[bugzilla]

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=27893>.
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=27893

Cann't get UTF-8 parameter when set contentType="text/html;charset=UTF-8".

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27893] - Cann't get UTF-8 parameter when set contentType="text/html;charset=UTF-8".

[bugzilla]

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=27893>.
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=27893

Cann't get UTF-8 parameter when set contentType="text/html;charset=UTF-8".

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |



--- Additional Comments From [EMAIL PROTECTED]  2004-03-24 13:04 ---
Thank you for answer. Now i know the attribute "URIEncoding" and
"useBodyEncodingForURI". In my tomcat5 they was default value "ISO-8859-1" and
"false". 
But now i has the new question why the JSP without content type description can
get right value if Request.setCharacterEncoding is invalib.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27893] - Cann't get UTF-8 parameter when set contentType="text/html;charset=UTF-8".

[bugzilla]

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=27893>.
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=27893

Cann't get UTF-8 parameter when set contentType="text/html;charset=UTF-8".

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-03-24 09:10 ---
Please look at the HTTP connector documentation: URI parameters are now handled
differently by default.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27893] - Cann't get UTF-8 parameter when set contentType="text/html;charset=UTF-8".

[bugzilla]

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=27893>.
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=27893

Cann't get UTF-8 parameter when set contentType="text/html;charset=UTF-8".





--- Additional Comments From [EMAIL PROTECTED]  2004-03-24 07:40 ---
Created an attachment (id=10944)
The result HTML of the JSP without contentType description.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27893] - Cann't get UTF-8 parameter when set contentType="text/html;charset=UTF-8".

[bugzilla]

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=27893>.
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=27893

Cann't get UTF-8 parameter when set contentType="text/html;charset=UTF-8".





--- Additional Comments From [EMAIL PROTECTED]  2004-03-24 07:40 ---
Created an attachment (id=10943)
The result HTML of the JSP with contentType description.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27893] - Cann't get UTF-8 parameter when set contentType="text/html;charset=UTF-8".

[bugzilla]

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=27893>.
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=27893

Cann't get UTF-8 parameter when set contentType="text/html;charset=UTF-8".





--- Additional Comments From [EMAIL PROTECTED]  2004-03-24 07:39 ---
Created an attachment (id=10942)
The JSP without contentType description.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27893] - Cann't get UTF-8 parameter when set contentType="text/html;charset=UTF-8".

[bugzilla]

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=27893>.
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=27893

Cann't get UTF-8 parameter when set contentType="text/html;charset=UTF-8".





--- Additional Comments From [EMAIL PROTECTED]  2004-03-24 07:39 ---
Created an attachment (id=10941)
The jsp with contentType description

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27893] - Cann't get UTF-8 parameter when set contentType="text/html;charset=UTF-8".

[bugzilla]

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=27893>.
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=27893

Cann't get UTF-8 parameter when set contentType="text/html;charset=UTF-8".





--- Additional Comments From [EMAIL PROTECTED]  2004-03-24 07:38 ---
Created an attachment (id=10940)
The html submit a utf-8 form.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27893] New: - Cann't get UTF-8 parameter when set contentType="text/html;charset=UTF-8".

[bugzilla]

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=27893>.
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=27893

Cann't get UTF-8 parameter when set contentType="text/html;charset=UTF-8".

   Summary: Cann't get UTF-8 parameter when set
    contentType="text/html;charset=UTF-8".
   Product: Tomcat 5
   Version: 5.0.19
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Servlet & JSP API
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I submit a utf-8 form to my jsp, and i get the parameter after
request.setCharacterEncoding("UTF-8"). It is successful when there isn't <[EMAIL 
PROTECTED]
contentType="text/html;charset=UTF-8" %> and it was failed when add  <[EMAIL PROTECTED]
contentType="text/html;charset=UTF-8" %>. And it can right work in tomcat 4.1.27.

My locale is zh_CN.
My request url is
"http://127.0.0.1:8080/HttpRequestDumper.jsp?to=%2B8&from=%2B0&data=test+%E4%BD%A0%E5%A5%BD&service=test&operator=tester&pricecode=100";.

There is my html and jsp.






http://127.0.0.1:8080/HttpRequestDumper.jsp"; method="GET" >

TestForm


to



from



data



service



operator



pricecode



    

  

  



<[EMAIL PROTECTED] import="java.util.Enumeration" %>
<[EMAIL PROTECTED] contentType="text/html;charset=UTF-8" %>

<%
request.setCharacterEncoding("UTF-8");
%>

  
  

  Request Information
  

  JSP Request Method
  <%= request.getMethod() %>


  Request Protocol
  <%= request.getProtocol() %>


  Server name
  <%= request.getServerName() %>


  Server port
  <%= request.getServerPort() %>


  Request URI
  <%= request.getRequestURI() %>


  Servlet path
  <%= request.getServletPath() %>


  Locale
  <%= request.getLocale() %>

  



  Request Parameters
  
<%
Enumeration paramNames = request.getParameterNames();
while (paramNames.hasMoreElements()) {
String paramName = (String) paramNames.nextElement();
%>

  <%= paramName %>
  <%= request.getParameter(paramName) %>

<% } %>
  


  Request Headers
  
<%
Enumeration headerNames = request.getHeaderNames();
while (headerNames.hasMoreElements()) {
String headerName = (String) headerNames.nextElement();
%>

  <%= headerName %>
  <%= request.getHeader(headerName) %>

<% } %>
  

  


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [PATCH] ./jk/native2/common/jk_worker_status.c - dont print style with text/plain

[Henri Gomez]

Commited

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[PATCH] ./jk/native2/common/jk_worker_status.c - dont print style with text/plain

[Guenter Knauf]

Hi,
this simple patch supresses the output of the style when we are in text/plain mode.


--- jk_worker_status.c.orig Mon Mar 15 16:04:08 2004
+++ jk_worker_status.c  Tue Mar 16 04:02:24 2004
@@ -953,7 +953,10 @@
 
 s->head(env, s );
 
-s->jkprintf(env, s, "%s\n", DEFAULT_CSS );
+if( !(s->query_string != NULL &&
+strncmp( s->query_string, "qry=", 4) == 0 ) ) {
+s->jkprintf(env, s, "%s\n", DEFAULT_CSS );
+}
 
 /** Process the query string.
  */

Guenter.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

charset appended to content-type even if not text/*

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-02-04 16:30 ---
How about posting a test case, or, even better, use tomcat-user to resolve this
issue ? It is almost certain that you are doing something wrong.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

charset appended to content-type even if not text/*

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |



--- Additional Comments From [EMAIL PROTECTED]  2004-02-04 16:20 ---
This is still a bug. I have tested it with 4.1.30.
For images is it fixed.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

charset appended to content-type even if not text/*

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2004-01-25 18:27 ---
*** Bug 26418 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 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

charset appended to content-type even if not text/*





--- Additional Comments From [EMAIL PROTECTED]  2003-12-24 14:00 ---
Sorry Remy, Sven,

Learn my lesson. Will not make the same mistake again by reopening the case.

I will try again, even though actually I've tried to put it into the jar files, 
(*still doesnt work*), but i will check it again after this.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

charset appended to content-type even if not text/*

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-12-24 06:01 ---
Even if you cannot make a binary patch work, you shouldn't reopen this issue, as
the bug has been fixed in CVS.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

charset appended to content-type even if not text/*





--- Additional Comments From [EMAIL PROTECTED]  2003-12-24 01:17 ---
Well, i modified my tomcat-coyote.jar. i don't know if putting Response.class in
the class-folder helps. To copy Response.class over the file in
tomcat-coyote.jar you can use WinRAR or WinZIP or any other tool.

Of course i cannot convince people to trust me, but i can assure you that i'm
not an evil person. The patch is used by me in a productive system and i haven't
had any problems yet.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

charset appended to content-type even if not text/*

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |



--- Additional Comments From [EMAIL PROTECTED]  2003-12-24 00:33 ---
Hi,

Try this patch, it doesnt work:

Still encountered the garbage character everytime I open the link with .xls 
file instead of using excel to open the link. This doesnt happen with 4.1.27


-bash-2.05b$ md5 Response.class 
MD5 (Response.class) = 0f47f349c673414045b68d2f5aca430a 
-bash-2.05b$ pwd
/home/www/tomcat/server/classes/org/apache/coyote   
-bash-2.05b$ ls -l Response.class   
-rw-r--r--1 www  www  8853 Jan 28 08:18 Response.class

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

charset appended to content-type even if not text/*

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2003-12-23 16:44 ---
*** Bug 25729 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 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

charset appended to content-type even if not text/*





--- Additional Comments From [EMAIL PROTECTED]  2003-12-19 13:39 ---
*(BIG trusting assumption: the attachment is a valid file for Response.class)*

If one wishes to get a hotfix without compiling the fix themself ...

Take the attachment 9309 in this bug report and save it as Response.class.

Then move Response.class (creating the approprite dirs) to 
{TOMCAT INSTALL}/server/classes/org/apache/coyote/Response.class

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 20073] - no object DCH for MIME type text/plain

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20073>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20073

no object DCH for MIME type text/plain





--- Additional Comments From [EMAIL PROTECTED]  2003-12-18 18:52 ---
In fact, there is another possible cause for this problem depending on the platform:

on Mac OS X (server), the existence of a different version of "activation.jar" in 
/Library/Java/
Extensions will cause this error, and no amount of catalina.policy manipulation will 
clear it up.  The 
solution is to remove /Library/Java/Extensions/activation.jar .  (Not sure if this 
causes other 
problems on the system, haven't run into any yet.)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

charset appended to content-type even if not text/*

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2003-12-03 13:27 ---
*** Bug 25162 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 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

charset appended to content-type even if not text/*





--- Additional Comments From [EMAIL PROTECTED]  2003-12-01 15:26 ---
It's a shame, that Tomcat-people are unable to release a simple "hotfix".
I guess most people will agree. Pointing me to the FAQ where it says:
"When will the next version be released? When it is ready." is an impertinence.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

charset appended to content-type even if not text/*

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2003-12-01 15:00 ---
*** Bug 25109 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 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

charset appended to content-type even if not text/*





--- Additional Comments From [EMAIL PROTECTED]  2003-11-28 10:49 ---
I've some download problems with the attachment. Can you please provide the 
patch again or mail it to me directly?

Thanks!

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

charset appended to content-type even if not text/*





--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 19:36 ---
The attachement i just uploaded is an updated Response.class build by patching
tomcat 4.1.29 with the patch supplied by Tim Funk

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

charset appended to content-type even if not text/*





--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 19:35 ---
Created an attachment (id=9309)
put it in server/lib/tomcat-coyote.jar to solve this bug

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

charset appended to content-type even if not text/*

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 00:12 ---
*** Bug 24996 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 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

charset appended to content-type even if not text/*





--- Additional Comments From [EMAIL PROTECTED]  2003-11-25 18:16 ---
Here's the patch.

Index: Response.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Response.java,v
retrieving revision 1.29
retrieving revision 1.31
diff -r1.29 -r1.31
157a158,161
> /**
>  * Has the charset been explicitly set.
>  */
> protected boolean charsetSet = false;
323a328
> charsetSet = false;
473c478,479
<   characterEncoding = charset;
---
> characterEncoding = charset;
> charsetSet=true;
545a552
> charsetSet=true;
555,557c562,565
< if (ret != null && characterEncoding != null) {
< ret += ";charset=";
< ret += characterEncoding;
---
> if (ret != null 
> && characterEncoding != null
> && charsetSet) {
> ret = ret + ";charset=" + characterEncoding;
589a598
> charsetSet = false;

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

charset appended to content-type even if not text/*





--- Additional Comments From [EMAIL PROTECTED]  2003-11-25 17:58 ---
OK, i tried ...

Well, can you point me at the code/class which needs a fix?
I would have downgrade Tomcat, but i'd like keep 4.1.29 and patch it.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

charset appended to content-type even if not text/*





--- Additional Comments From [EMAIL PROTECTED]  2003-11-25 13:21 ---
http://jakarta.apache.org/tomcat/faq/version.html#when

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

charset appended to content-type even if not text/*





--- Additional Comments From [EMAIL PROTECTED]  2003-11-25 12:59 ---
when can i expect the next tomcat 4.1 release?

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

charset appended to content-type even if not text/*

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-11-25 12:55 ---
Already fixed, can't find the commit message but this is close:

http://marc.theaimsgroup.com/?l=tomcat-dev&m=106870694029743&w=2

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24970] New: - charset appended to content-type even if not text/*

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

charset appended to content-type even if not text/*

   Summary: charset appended to content-type even if not text/*
   Product: Tomcat 4
   Version: 4.1.29
  Platform: All
OS/Version: All
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Connector:Coyote HTTP/1.1
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


A JSP-Page (or Servlet) like

  <%
response.setContentType("application/pdf");
  %>
  wurst

results in the Content-Type-Header
  
  Content-Type: application/pdf;charset=ISO-8859-1

which is not allowed according to HTTP-RFCs. The charset may only be appended
when the Content-Type is "text/*".

It causes bad behaviour with IE, that's this can be critical for some Servlets.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 20073] - no object DCH for MIME type text/plain

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20073>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20073

no object DCH for MIME type text/plain

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-11-24 16:55 ---
This is not a bug in Tomcat bug a misconfigured catalina.policy for
using the JavaMail API.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 20073] - no object DCH for MIME type text/plain

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20073>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20073

no object DCH for MIME type text/plain





--- Additional Comments From [EMAIL PROTECTED]  2003-11-22 21:05 ---
Hi again,

I was somewhat confused in my previous message.
The definition of mime-type and DCH should be:
   META-INF/mailcap
in "mail.jar", not
   META-INF/mailcap.default
in "activation.jar".
And the required entity in "catalina.policy" will look like this:
   grant codeBase "file:${catalina.home}/shared/lib/activation.jar" {
  permission java.io.FilePermission
"/usr/local/jakarta-tomcat-4.1.12-LE-jdk14/shared/lib/mail.jar","read";
   };

Anyway, I re-wrote my message...
-

As you did, our client got the exception like this:

javax.mail.SendFailedException: Sending failed;
  nested exception is: 
javax.mail.MessagingException: IOException while sending message;
  nested exception is: 
javax.activation.UnsupportedDataTypeException: no object DCH for MIME type
text/plain
at javax.mail.Transport.send0(Transport.java:219)

To re-produce it on our development machine, I tried several configurations.
And only when I start Tomcat with ScurityManager, I got the same one.
"DCH" is short hand of DataContentHandler, and it is responsible for creating
the binary stream that will be sent to the SMTP server.
Because there are many kinds of mail body, the several implementations are
included in "mail.jar".
For example, "mail.jar" shipped with the DataContentHandler for "text/plain" and
"image/jpeg".
When "javax.mail.Transport" tries to send the e-mail, it creates the
DataContentHandler implementation appropriate for the mime-type of the out-going
e-mail.
The mapping between the mime-map and the class name of DataContentHandler is
defined by:
   META-INF/mailcap
in "mail.jar", and this "mailcap" is read by CommandMap object.
For example, to create DataContentHandler implementation for "text/plain", your
code will look like this:

CommandMap cmap=CommandMap.getDefaultCommandMap();
DataContentHandler dch=cmap.createDataContentHandler("text/plain");

Then, CommandMap object reads:
   META-INF/mailcap
from "mail.jar", and creates the DataContentHandler object for "text/plain".
This is what is done by "javax.mail.Transport" to send the e-mails.

By the way, where CommandMap comes from?
Its fully qualified class name is:
   javax.activation.CommandMap
Yes, this class is included in "activation.jar".
According to Servlet Spec, the classes marked as "Java Extension" should be
searched by the parent class-loader at first, rather than by the class-loader
for each web application.
So, when we place "activation.jar" into:
   ${catalina.home}/shared/lib
all the classes in Java Activation Framework will be loaded from this JAR file,
even if we place it also in:
   (docBase)/WEB-INF/lib

To read:
   META-INF/mailcap
from:
   ${catalina.home}/shared/lib/mail.jar
CommandMap object from:
   ${catalina.home}/shared/lib/activation.jar
needs the "read" permission to:
   ${catalina.home}/shared/lib/mail.jar

To make it possible, "catalina.policy" should include the entity like:

   grant codeBase "file:${catalina.home}/shared/lib/activation.jar" {
  permission java.io.FilePermission
"/usr/local/jakarta-tomcat-4.1.12-LE-jdk14/shared/lib/mail.jar","read";
   };

In addition, "mail.jar" in:
   ${catalina.home}/shared/lib
needs the Socket permission to access the SMTP server.
So, "catalina.policy" also need the entities like:

   grant codeBase "file:${catalina.home}/shared/lib/mail.jar" {
  permission java.net.SocketPermission "localhost", "connect,resolve";
   };

I'm not sure about the details of your environment, but if you run your Tomcat
with SecurityManager, the my solution may help you too.
Any questions are welcome to me.

Best regards,
--
Happy Java programming!

Jun Inamori
OOP-Reserch Corporation
E-mail: [EMAIL PROTECTED]
URL:http://www.oop-reserch.com/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 20073] - no object DCH for MIME type text/plain

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20073>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20073

no object DCH for MIME type text/plain

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]
 OS/Version|Windows NT/2K   |Solaris
   Platform|Other   |Sun



--- Additional Comments From [EMAIL PROTECTED]  2003-11-22 15:20 ---
Hi,

Our client also got the exactly same exception.
Their environment is Tomcat 4.1.12 with:
   mail.jar
   activation.jar
installed in:
   ${catalina.home}/shared/lib
Even we placed these JAR files into:
   (docBase)/WEB-INF/lib
we still had the same problem.
As you pointed, the implementation of DataContentHandler is available within
"activation.jar".
So, I investigated how JavaMail API (Transport class) get DataContentHandler...
According to the Java Doc of Java Activation Framework, DataContentHandler is
available within CommandMap object.
On the CommandMap object, we can query the DataContentHandler object appropriate
for the specified mime-type String.
The code fragment will look like this:

CommandMap cmap=CommandMap.getDefaultCommandMap();
DataContentHandler dch=cmap.createDataContentHandler("text/plain");

The return value of the first line is always "MailCapCommandMap".
To create the appropriate DataContentHandler for the given mime-type,
"MailCapCommandMap" searched the mailcap file in the several places.
According to the Java Doc of Java Activation Framework again, the last place to
be searched is:
   META-INF/mailcap.default
that should exist within "activation.jar" in usual case.
I extracted the "activation.jar", but
   META-INF/mailcap.default
exists in fact, and its contents also look fine...

The question here is... What prevents this mailcap to be loaded?
The answer on our case is SecurityManager!

If I understand Servlet Spec correctly, the classes marked as "Java Extension"
should be searched by the parent class-loader at first.
So, when we place "activation.jar" into:
   ${catalina.home}/shared/lib
all the classes in Java Activation Framework will be loaded from this JAR file,
even if we place it also in:
   (docBase)/WEB-INF/lib
But, with SecurityManager enabled, the classes loaded from:
   ${catalina.home}/shared/lib/activation.jar
need the "read" permission for:
   ${catalina.home}/shared/lib/activation.jar!META-INF/mailcap.default

We updated:
   ${catalina.home}/conf/catalina.policy
and add:
   grant codeBase "file:${catalina.home}/shared/lib/activation.jar" {
  permission java.io.FilePermission "/usr/local/tomcat418/shared/lib/-","read";
   };
And the problem gone way.

I'm not sure about the details of your environment, but if you run your Tomcat
with SecurityManager, the my solution may help you too.
Any questions are welcome to me.

--
Happy Java programming!

Jun Inamori
OOP-Reserch Corporation
E-mail: [EMAIL PROTECTED]
URL:http://www.oop-reserch.com/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24385] - text conversion fails with jsp:forward/param on linux server

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24385>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24385

text conversion fails with jsp:forward/param on linux server

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2003-11-09 19:33 ---
I have tested TC4-Head and TC5-Head on windows and your test case passes.

Given the lack of clarity in the JSP1.2 spec and that setting the request 
encoding works for you in TC4 I am closing this bug as worksforme. Please re-
open it if you find the problem still exists in TC5 on the linux/windows 
combination.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24385] - text conversion fails with jsp:forward/param on linux server

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24385>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24385

text conversion fails with jsp:forward/param on linux server





--- Additional Comments From [EMAIL PROTECTED]  2003-11-07 09:15 ---
Thank you for your answer. I've tried the first proposion:
 
<% request.setCharacterEncoding("ISO-8859-1"); %>
gives strange results, but
<% request.setCharacterEncoding("UTF-8"); %>
works (on the other hand the workaround fails).

Result
-----
Template Text: Test Umlaut Ä-Ö-Ü-ä-ö-ü
Text from Parameter: Test Umlaut Ä-Ö-Ü-ä-ö-ü
Text from Parameter (Workaround): Test Umlaut ?-?-?-?-?
-

Without setCharacterEncoding the system browser/tomcat seems to do the 
conversion ISO-8859-1 to UTF-8 twice in one direction, but only once in the 
other.
For me the workaround does the job at the moment - so I wait for Tomcat 5.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24385] - text conversion fails with jsp:forward/param on linux server

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24385>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24385

text conversion fails with jsp:forward/param on linux server





--- Additional Comments From [EMAIL PROTECTED]  2003-11-06 21:33 ---
request.getParameter() uses the request encoding when reading the parameters,
while  in 4.1.x encodes the parameter with URLEncoder.encode(String),
which uses the platform default encoding.  If they are different, you'll likely
get problem like this.

Try setting the request encoding to the platform default encoding by inserting a

<% request.setCharacterEncoding("ISO-8859-1"); %>

at the beginning of test1.jsp.  Alternately, you can also use JSTL:



This bug is unlikely to get fixed for 4.1.x, since the JSP 1.2 spec is unclear
regarding parameter encodings.  JSP 2.0 specifies that the jsp:param values
should be encoded with the request encoding, so Tomcat 5 might work better for
you.  Since most browsers do not set request encodings, you are still advised to
explictily set it with request.setCharacterEncoding(), but then you can set it
anything other than the platform default, such as UTF-8.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24385] New: - text conversion fails with jsp:forward/param on linux server

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24385>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24385

text conversion fails with jsp:forward/param on linux server

   Summary: text conversion fails with jsp:forward/param on linux
server
   Product: Tomcat 4
   Version: 4.1.27
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Jasper 2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


In a combination of tomcat on a linux server and IE or Mozilla on a windows 
client you get a wrong character conversion. In the following example you call 
test1.jsp, the parameter value shown in test2.jsp is in UTF-8 instead of ISO-
8859-1.

test1.jsp
-
<%@ page language="java" contentType="text/html; charset=ISO-8859-1" %>

  

-

test2.jsp
-
<%@ page language="java" contentType="text/html; charset=ISO-8859-1" %>

  

Test Umlaut Ä-Ö-Ü-ä-ö-ü
  
  
Template Text: Test Umlaut Ä-Ö-Ü-ä-ö-ü
Text from Parameter: <%= request.getParameter("param01") %>
Text from Parameter (Workaround): <%= new String(request.getParameter
("param01").getBytes("ISO-8859-1")) %>
  

-

Result
-----
Template Text: Test Umlaut Ä-Ö-Ü-ä-ö-ü
Text from Parameter: Test Umlaut Ä-Ö-Ü-ä-ö-ü
Text from Parameter (Workaround): Test Umlaut Ä-Ö-Ü-ä-ö-ü
-

Doesn't occur in template texts or in parameters, which are filled in a HTML 
form.
Doesn't occur with tomcat on windows server and browser on windows client.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 20073] - no object DCH for MIME type text/plain

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20073>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20073

no object DCH for MIME type text/plain

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Priority|Other   |Medium



--- Additional Comments From [EMAIL PROTECTED]  2003-10-17 14:15 ---
Came across this problem with own code invoking JavaMail, using Tomcat 4.1.24 on Mac 
OS X, 
using smtp to localhost sendmail.  Same code, jars, environment, etc. works correctly 
on Tomcat 
4.1.24 and 4.1.18 on Linux and Solaris.

Verified that mail.jar (including the 'mailcap' meta-inf file) is on classpath, and 
classes from the jar 
are being loaded.  For example, you can explicitly load 
com.sun.mail.handlers.text_plain before 
attempting to use the JavaMail package, to no avail.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 18902] - Content Type set to "text/plain" when none explicitly assigned in the servlet

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18902>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18902

Content Type set to "text/plain" when none explicitly assigned in the servlet

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-09-21 15:29 ---
Patches submitted. Will be in next release.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 18902] - Content Type set to "text/plain" when none explicitly assigned in the servlet

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18902>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18902

Content Type set to "text/plain" when none explicitly assigned in the servlet





--- Additional Comments From [EMAIL PROTECTED]  2003-09-20 13:56 ---
This was fixed in 5 according to
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18202 but does seem to still
exist in the coyote_10 branch according to source.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 18902] - Content Type set to "text/plain" when none explicitly assigned in the servlet

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18902>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18902

Content Type set to "text/plain" when none explicitly assigned in the servlet





--- Additional Comments From [EMAIL PROTECTED]  2003-09-19 19:19 ---
I don't have time at this moment to confirm or fix but if the description is
correct, this is a spec compliance bug.

SRV.5.2 Headers
"Servlet programmers are responsible for ensuring that the Content-Type
header is appropriately set in the response object for the content the servlet is
generating. The HTTP 1.1 specification does not require that this header be set in
an HTTP response. Servlet containers must not set a default content type when the
servlet programmer does not set the type."

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 18902] - Content Type set to "text/plain" when none explicitly assigned in the servlet

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18902>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18902

Content Type set to "text/plain" when none explicitly assigned in the servlet

[EMAIL PROTECTED] changed:

   What|Removed |Added

Version|4.1.24  |4.1.27

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 22652] - JspWriter problem? A JSP Document with contentType=text/html makes a wrong output

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22652>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22652

JspWriter problem? A JSP Document with contentType=text/html makes a wrong output

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2003-09-09 20:36 ---
I have tested this with the latest TC4 and TC5 code. I had to add a 
 ending tag to your example to get it to work but once I had it 
worked as expected. There was no extra  tag and all the  tags 
were correctly located.

I am therefore closing this bug report as WORKSFORME.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]