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