Re: Intro/question possible buglet with Content-Type and Charsets .
[EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: Ah this still does not fix it I am afraid. Neither does the CVS patch. :-( Any objections to reopening the bug? Well, yes. Please do not reopen the report. Revisions 1.30 or 1.31 do (really) resolve the issue. Pulled 1.31 from CVS - complied it with some debug statements and it appears that Response.java setContentType is being called with: application/vnd.ms-excel;charset=ISO-8859-1 When my code is: <[EMAIL PROTECTED] contentType="application/vnd.ms-excel"%> Ok, now I understand. Your problem is that you're trying to generate binary data using JSPs. You can't do that, basically (Jasper will always use a Writer, and it will also always set the encoding). I'm sure you can hack your way around by using the "right" encoding, but you should really use a servlet. There's a "fix" for you though: you can use revision 1.30 or Response, which strips out the charset if it's the default encoding. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Intro/question possible buglet with Content-Type and Charsets .
> [EMAIL PROTECTED] wrote: > > Ah this still does not fix it I am afraid. > > > > Neither does the CVS patch. > > > > :-( > > > > Any objections to reopening the bug? > > Well, yes. Please do not reopen the report. Revisions 1.30 or 1.31 do > (really) resolve the issue. Pulled 1.31 from CVS - complied it with some debug statements and it appears that Response.java setContentType is being called with: application/vnd.ms-excel;charset=ISO-8859-1 When my code is: <[EMAIL PROTECTED] contentType="application/vnd.ms-excel"%> Can someone tell me where the glue code between my JSP page is and the Response.class > You can also use Tomcat 5.0.16, or 4.1.27; neither have this issue. In our environment it takes about 2 weeks of work to upgrade tomcat (testing, number of instances, and lot of documentation/evidence) hence I need a hotfix. > New Tomcat releases will (likely) appear early in 2004 to > include a few > bugfixes, including this one for 4.1.x. Please see above. :-( ## my debug statements: Response.java setContentType is starting with: application/vnd.ms-excel;charset=ISO-8859-1 Response.java setContentType has ended up with: application/vnd.ms-excel;charset=ISO-8859-1 Response.java getContentType is hase content type of: application/vnd.ms-excel Response.java getContentType charsetSet and characterEncoding are true and is add+returning: application/vnd.ms-excel;charset=ISO-8859-1 > > Rémy > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Intro/question possible buglet with Content-Type and Charsets .
[EMAIL PROTECTED] wrote: Ah this still does not fix it I am afraid. Neither does the CVS patch. :-( Any objections to reopening the bug? Well, yes. Please do not reopen the report. Revisions 1.30 or 1.31 do (really) resolve the issue. You can also use Tomcat 5.0.16, or 4.1.27; neither have this issue. New Tomcat releases will (likely) appear early in 2004 to include a few bugfixes, including this one for 4.1.x. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Intro/question possible buglet with Content-Type and Charsets .
Ah this still does not fix it I am afraid. Neither does the CVS patch. :-( Any objections to reopening the bug? Greg > -Original Message- > From: Tim Funk [mailto:[EMAIL PROTECTED] > Sent: 19 December 2003 13:55 > To: Tomcat Developers List > Subject: Re: Intro/question possible buglet with Content-Type and > Charsets . > > > In the bug report, from "Sven 2003-11-26 19:36" - he uploaded > a file called > Response.java. Whether it is a patched version, version from CVS, an > incorrectly patched version, or a trojan is a matter of trust. > > But make sure the file is called Response.class, not Request.class > > > -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Intro/question possible buglet with Content-Type and Charsets .
In the bug report, from "Sven 2003-11-26 19:36" - he uploaded a file called Response.java. Whether it is a patched version, version from CVS, an incorrectly patched version, or a trojan is a matter of trust. But make sure the file is called Response.class, not Request.class -Tim [EMAIL PROTECTED] wrote: Tim, Is this a CVS snapshot of Request.java/class? If so it does not appear to fix my problem (see other thread): Content-Type: application/vnd.ms-excel;charset=ISO-8859-1 Unless of course I am a complete idiot (highly probable) Thanks for your help thus far. Greg Instructions added to http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970 -Tim Tim Funk wrote: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Intro/question possible buglet with Content-Type and Charsets .
Tim, Is this a CVS snapshot of Request.java/class? If so it does not appear to fix my problem (see other thread): Content-Type: application/vnd.ms-excel;charset=ISO-8859-1 Unless of course I am a complete idiot (highly probable) Thanks for your help thus far. Greg > Instructions added to > http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970 > > -Tim > > Tim Funk wrote: > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Intro/question possible buglet with Content-Type and Charsets .
Instructions added to http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970 -Tim Tim Funk wrote: Yeah, nagoya.apache.org seems down. Hopefully it will be back soon. The bug has good detail of what and how to fix. -Tim [EMAIL PROTECTED] wrote: Thanks Tim, Having a little trouble getting anything from bugzilla, nagoya.apache.org seems to be having a little trouble! Looking in the archives for this id, I see that someone has a 4.1.29 patch and a complied class, but cannot see either email address or content via the archive. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Intro/question possible buglet with Content-Type and Charsets - now more of an RFC
Hello All, I know it may be considered rude to reply to my own post, but it seems to have fallen on deaf ears. In trying to solve the problems I seem to be going round in circles trying to find a fix within the tomcat source - can someone point me in right direction? Any clues as to how to proceed would be most welcome. Should I reopen the bug, as it would appear that the supplied fix, does not. Not wishing to put anyones backs up, Thanks, Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Intro/question possible buglet with Content-Type and Charsets - now more of an RFC
Hi All, (We may be barking up the wrong tree here, so if so please point me in the right direction) This is still causing us issues - as IE fails to parse a charset when it is tacked on to Content-Type: application/vnd.ms-excel It would appear that the charset is being tacked onto the Content-Type in setContentType method of catalina/src/share/org/apache/catalina/connector/ResponseBase.java in the event of it not being supplied in the Content-Type (it looks for a ';') The encoding can never be null as it is extracted from the locale in the setLocale method below it. I understand this to mean that the charset will always be tacked on irrespective of the Type. However; I cannot find an explicit reference to not defining a charset for binary Types, but I cannot see why you would want to. HTTP 1.1 implies that there is a default charset for text Types (makes sense)(http://www.w3.org/Protocols/rfc2068/rfc2068) 'When no explicit charset parameter is provided by the sender, media subtypes of the "text" type are defined to have a default charset value of "ISO-8859-1"' Which I understand that it is fair enough to add it to text/* Types. RFC 1341 (http://www.faqs.org/rfcs/rfc1341.html) states that: '2.a. A "text" Content-Type value, which can be used to represent textual information in a number of character sets and formatted text description languages in a standardized manner.' But no mention of Charsets in Application types: '2.c. An "application" Content-Type value, which can be used to transmit application data or binary data, and hence, among other uses, to implement an electronic mail file transfer service. What I would suggest is a little if wrapper to only add a default if the Content-Type is text/ A sudo code below (not tested) ### catalina/src/share/org/apache/catalina/connector/ResponseBase.java public void setContentType(String type) { if (isCommitted()) return; if (included) return; // Ignore any call from an included servlet this.contentType = type; if (type.indexOf(';') >= 0) { encoding = RequestUtil.parseCharacterEncoding(type); if (encoding == null) encoding = "ISO-8859-1"; } else { if (encoding != null && type.startsWith('text/')) this.contentType = type + ";charset=" + encoding; } } Regards, Greg > -Original Message- > From: Tim Funk [mailto:[EMAIL PROTECTED] > Sent: 16 December 2003 18:09 > To: Tomcat Developers List > Subject: Re: Intro/question possible buglet with Content-Type and > Charsets . > > > Yeah, nagoya.apache.org seems down. Hopefully it will be back > soon. The bug > has good detail of what and how to fix. > > -Tim > > [EMAIL PROTECTED] wrote: > > > Thanks Tim, > > > > Having a little trouble getting anything from bugzilla, > nagoya.apache.org > > seems to be having a little trouble! > > > > Looking in the archives for this id, I see that someone has > a 4.1.29 patch > > and a complied class, but cannot see either email address > or content via the > > archive. > > > > Ho hum.... > > > > Thanks for the pointer. > > > > Greg > > > > > > > > > >>-Original Message- > >>From: Tim Funk [mailto:[EMAIL PROTECTED] > >>Sent: 16 December 2003 12:31 > >>To: Tomcat Developers List > >>Subject: Re: Intro/question possible buglet with Content-Type and > >>Charsets. > >> > >> > >>http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970 > >> > >>[EMAIL PROTECTED] wrote: > >> > >>>Hi All, > >>> > >>>Quick intro, and then a question; > >>> > >>>We use tomcat to host java web applications at our > >> > >>location. My client > >> > >>>requires us to follow very strict rules for deploying > >> > >>software, that means > >> > >>>it can be a documentation intensive process (evidence > >> > >>gathering/ IQP's etc > >> > >>>). So we rarely upgrade as it is quite allot of > >> > >>work. Luckily > >> > >>>tomcat is excellent and rarely needs upgrading or patching. > >>> > >>>Now the question; > >>> > >>>Tomcat 4.1.29 seems to insist on added charset to the > >> > >>content type, even if > >> > >>>a Content-Type has been set using response.setContentType > or
Re: Intro/question possible buglet with Content-Type and Charsets .
Yeah, nagoya.apache.org seems down. Hopefully it will be back soon. The bug has good detail of what and how to fix. -Tim [EMAIL PROTECTED] wrote: Thanks Tim, Having a little trouble getting anything from bugzilla, nagoya.apache.org seems to be having a little trouble! Looking in the archives for this id, I see that someone has a 4.1.29 patch and a complied class, but cannot see either email address or content via the archive. Ho hum Thanks for the pointer. Greg -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: 16 December 2003 12:31 To: Tomcat Developers List Subject: Re: Intro/question possible buglet with Content-Type and Charsets. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970 [EMAIL PROTECTED] wrote: Hi All, Quick intro, and then a question; We use tomcat to host java web applications at our location. My client requires us to follow very strict rules for deploying software, that means it can be a documentation intensive process (evidence gathering/ IQP's etc ). So we rarely upgrade as it is quite allot of work. Luckily tomcat is excellent and rarely needs upgrading or patching. Now the question; Tomcat 4.1.29 seems to insist on added charset to the content type, even if a Content-Type has been set using response.setContentType or similar (without a charset). Tomcat 5 seems to do something similar judging from http://www.mail-archive.com/[EMAIL PROTECTED]/msg4 9015.html but I think it fails to check if the Content type is a text one (HTML) and adds it for any content type, which would appear not to be right IMHO. Without wishing to appear rude :-) I need to change this behaviour and remove the insertion of the charset for non text based Content-Types eg: application/vnd.ms-excel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Intro/question possible buglet with Content-Type and Charsets .
Thanks Tim, Having a little trouble getting anything from bugzilla, nagoya.apache.org seems to be having a little trouble! Looking in the archives for this id, I see that someone has a 4.1.29 patch and a complied class, but cannot see either email address or content via the archive. Ho hum Thanks for the pointer. Greg > -Original Message- > From: Tim Funk [mailto:[EMAIL PROTECTED] > Sent: 16 December 2003 12:31 > To: Tomcat Developers List > Subject: Re: Intro/question possible buglet with Content-Type and > Charsets. > > > http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970 > > [EMAIL PROTECTED] wrote: > > Hi All, > > > > Quick intro, and then a question; > > > > We use tomcat to host java web applications at our > location. My client > > requires us to follow very strict rules for deploying > software, that means > > it can be a documentation intensive process (evidence > gathering/ IQP's etc > > ). So we rarely upgrade as it is quite allot of > work. Luckily > > tomcat is excellent and rarely needs upgrading or patching. > > > > Now the question; > > > > Tomcat 4.1.29 seems to insist on added charset to the > content type, even if > > a Content-Type has been set using response.setContentType or similar > > (without a charset). Tomcat 5 seems to do something > similar judging from > > > http://www.mail-archive.com/[EMAIL PROTECTED]/msg4 > 9015.html but > > I think it fails to check if the Content type is a text one > (HTML) and adds > > it for any content type, which would appear not to be right IMHO. > > > > Without wishing to appear rude :-) I need to change this > behaviour and > > remove the insertion of the charset for non text based > Content-Types eg: > > application/vnd.ms-excel > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Intro/question possible buglet with Content-Type and Charsets.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970 [EMAIL PROTECTED] wrote: Hi All, Quick intro, and then a question; We use tomcat to host java web applications at our location. My client requires us to follow very strict rules for deploying software, that means it can be a documentation intensive process (evidence gathering/ IQP's etc ). So we rarely upgrade as it is quite allot of work. Luckily tomcat is excellent and rarely needs upgrading or patching. Now the question; Tomcat 4.1.29 seems to insist on added charset to the content type, even if a Content-Type has been set using response.setContentType or similar (without a charset). Tomcat 5 seems to do something similar judging from http://www.mail-archive.com/[EMAIL PROTECTED]/msg49015.html but I think it fails to check if the Content type is a text one (HTML) and adds it for any content type, which would appear not to be right IMHO. Without wishing to appear rude :-) I need to change this behaviour and remove the insertion of the charset for non text based Content-Types eg: application/vnd.ms-excel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Intro/question possible buglet with Content-Type and Charsets.
Hi All, Quick intro, and then a question; We use tomcat to host java web applications at our location. My client requires us to follow very strict rules for deploying software, that means it can be a documentation intensive process (evidence gathering/ IQP's etc ). So we rarely upgrade as it is quite allot of work. Luckily tomcat is excellent and rarely needs upgrading or patching. Now the question; Tomcat 4.1.29 seems to insist on added charset to the content type, even if a Content-Type has been set using response.setContentType or similar (without a charset). Tomcat 5 seems to do something similar judging from http://www.mail-archive.com/[EMAIL PROTECTED]/msg49015.html but I think it fails to check if the Content type is a text one (HTML) and adds it for any content type, which would appear not to be right IMHO. Without wishing to appear rude :-) I need to change this behaviour and remove the insertion of the charset for non text based Content-Types eg: application/vnd.ms-excel Hence could someone give me some pointers / crash course as to which class I need to patch to remove this? Thanks. Greg Cope GCS Ltd Assign to: CIT, Sandwich - ISG Phone: (44) 01304 642040 Fax: (44) 01304 652118 LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addresee(s) only. Access to this e-mail by anyone else is unauthorised. If you are not an addressee, any disclosure or copying of the contents of this e-mail or any action taken (or not taken) in reliance on it is unauthorised and may be unlawful. If you are not an addressee, please inform the sender immediately. Pfizer Limited is registered in England under No. 526209 with its registered office at Ramsgate Road, Sandwich, Kent CT13 9NJ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]