tapestry-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Nelson Rodrigues (Updated) (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (TAP5-1900) Tapestry always uses application charset for request encoding, should first check content-type header
Date Fri, 13 Apr 2012 15:44:18 GMT

     [ https://issues.apache.org/jira/browse/TAP5-1900?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Nelson Rodrigues updated TAP5-1900:
-----------------------------------

    Attachment: tap5-1900.patch


see attached a proposed solution.
                
> Tapestry always uses application charset for request encoding, should first check content-type
header
> -----------------------------------------------------------------------------------------------------
>
>                 Key: TAP5-1900
>                 URL: https://issues.apache.org/jira/browse/TAP5-1900
>             Project: Tapestry 5
>          Issue Type: Bug
>          Components: tapestry-core
>    Affects Versions: 5.3.2
>            Reporter: Nelson Rodrigues
>         Attachments: tap5-1900.patch
>
>
> I'm using Tapestry as a sort of REST server, using pages to act as REST gateways to business
services.
> To access those pages I'm using Spring's RestTemplate which as a default uses ISO-8859-1
as the request encoding and properly seting the request's content-type header.
> Tapestry currently forces the request encoding to be the same as the application charset
(see org.apache.tapestry5.internal.services.RequestImpl.setupEncoding), I believe it should
first check the content-type header and use that value instead, only using application charset
as a fallback.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message