RFR JDK-8028397: Undo the lenient MIME BASE64 decoder support change (JDK-8025003) and remove methods de/encode(buf, buf)

[Xueming Shen]

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
>
>
>