[
https://issues.apache.org/jira/browse/HTTPCORE-382?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Oleg Kalnichevski resolved HTTPCORE-382.
----------------------------------------
Resolution: Fixed
Please review
http://svn.apache.org/r1601110
Oleg
> org.apache.http.entity.ContentType#get method is too strict regarding
> malformed Content-Type headers
> ----------------------------------------------------------------------------------------------------
>
> Key: HTTPCORE-382
> URL: https://issues.apache.org/jira/browse/HTTPCORE-382
> Project: HttpComponents HttpCore
> Issue Type: Improvement
> Components: HttpCore
> Affects Versions: 4.3.2
> Reporter: Cservenak, Tamas
> Priority: Minor
> Fix For: 4.4-alpha1
>
>
> One HTTP server serving up ZIP/JAR file sends this header in it's response:
> {noformat}
> Content-Type: application/zip; charset=binary
> {noformat}
> While this is _malformed_ header value (according to rfc2068 "Applications
> SHOULD limit their use of character sets to those defined by the IANA
> registry", and IANA does not define "binary"), HttpClient should be more
> robust IMO.
> In this case, it might accept the mime type {{application/zip}} only and just
> neglect the charset (that results in
> {{java.nio.charset.UnsupportedCharsetException: binary}} anyway), since
> {{application/zip}} is not a text subtype.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
