Hi,

Based on the feedback so far here is the latest webrev, and the link to the bug.

http://cr.openjdk.java.net/~sherman/8028397/webrev
https://bugs.openjdk.java.net/browse/JDK-8028397

During the discussion it became clearthat methods decode/encode(ByteBuffer,
ByteBuffer) are insufficient to support the continuous de/encoding
operation request ("underflow" handling, in charset coder's term).
Given the assumed usage for these methods is for de/encoding the bytes
from io channels, I have been convinced it might be more useful/desired
to provide a pair of wrap methods instead for readable/writableByteChannel,
same as the pair we have now for in/output stream (the wrap methods
are under development, but will probably be for future releases). For
jdk8 the proposal is to remove the pair of de/encode(Buffer, ByteBuffer),
as showed in the webrev.

Thanks!
-Sherman

On 11/14/2013 12:59 PM, Xueming Shen wrote:
Hi,

The consensus/conclusion from the discussion [1]  regarding the changes we
made earlier for JDK-8025003 [2] is to back out the existing "half-lenient" 
change
to leave the door open for a clean "lenient" support for future releases.

Here is the webrev for the undo (keep the mime encoder(...) rename change)

http://cr.openjdk.java.net/~sherman/8028397/webrev

Thanks!
-Sherman

[1] 
http://mail.openjdk.java.net/pipermail/core-libs-dev/2013-November/023048.html
[2] http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/e7bdb2fcc7bc




Reply via email to