[
https://issues.apache.org/jira/browse/WINK-282?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bryant Luk resolved WINK-282.
-----------------------------
Assignee: Bryant Luk
Resolution: Fixed
I made a change so that the getSize() will return -1 (therefore not returning
any value for the Content-Length). This is probably the safest fix for
performance reasons and should work across all HTTP 1.1 environments. If you
would rather have the Content-Length be re-calculated, please re-open the issue.
> StringProvider may not work properly when trying to write an "Xml string"
> --------------------------------------------------------------------------
>
> Key: WINK-282
> URL: https://issues.apache.org/jira/browse/WINK-282
> Project: Wink
> Issue Type: Bug
> Components: Server
> Affects Versions: 1.0, 1.1
> Reporter: Shay Tsadok
> Assignee: Bryant Luk
> Priority: Critical
>
> Hi,
> StringProvider.getSize() returns t.length() even when the required charset is
> "UTF-8".
> That might be problematic for cases in which the string contains "2 bytes"
> letters - in that case the real stream length getting from the
> StringProvider.writeTo() will be greater compare to the
> StringProvider.getSize().
> The FlushResultHandler uses the provider to set the "Content-Length" to be
> the StringProvider.getSize() which is less that the real stream we write to
> the output!
> This is very problematic, in our case the client gets corrupted xml.
> Thanks in advance.
> Shay
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
