[
https://issues.apache.org/jira/browse/HTTPCORE-229?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Oleg Kalnichevski updated HTTPCORE-229:
---------------------------------------
Fix Version/s: 4.1
Priority: Minor (was: Major)
Igor,
Javadocs are wrong. The method SessionInputBuffer#readLine() is actually meant
to return the total number of bytes read from the underlying channel and I
would prefer to keep it that way. One can easily find out the actual number of
chars in a header by calling CharArrayBuffer#length() method.
I'll correct relevant javadocs but you will have to fix
LoggingSessionInputBuffer on your own. I presume that class was taken from the
contrib package. There is now a better implementation of i/o session and wire
logging available in SVN trunk.
Oleg
> IOOBE in case of UTF-8 encoded http element(headers)
> ----------------------------------------------------
>
> Key: HTTPCORE-229
> URL: https://issues.apache.org/jira/browse/HTTPCORE-229
> Project: HttpComponents HttpCore
> Issue Type: Bug
> Components: HttpCore
> Environment: Ubuntu 10.4. java 6
> Reporter: Igor Mikhailuk
> Priority: Minor
> Fix For: 4.1
>
>
> When there is the line in the http response header like this:
> Location: /слово/
> encoded in UTF-8 AbstractSessionInputBuffer#readLine(final CharArrayBuffer
> charbuffer) return 22(bytes count in this line).
> But I beleve it should return 17 (actual chars count).
> So. When we are trying to handle such server responce we got IOOBE in
> LoggingSessionInputBuffer#readLine(final CharArrayBuffer buffer).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org
For additional commands, e-mail: dev-h...@hc.apache.org
