I replaced sun.io converters by an adaptor to sun.nio.cs coders

[Xueming Shen]

Ulf Zibis wrote:
> Hi Sherman,
>
>
> I see only 1 solution: ByteToCharConverter#flush() should first invoke 
> decoder.decode(src, dst, true) before decoder.flush(), because there 
> is no compatible endOfInput-logic in sun.io package.
> In this context, I must admit, that I don't understand the necessity 
> of  this endOfInput-logic. It forces an additional invocation of 
> encodeLoop() even if there is nothing to do in most cases. Why can't 
> decoder.flush() do this job as in sun.io package???
>


Attached are the code I wrote back to 2006 when we were struggling 
whether or not to remove
the whole sun.io package. This is only a "prototype" for the proposal, 
so I did not even test it...
yes, I finally dug it out to see what I dealt with back them:-)

X-code(buffer, buffer, boolean) and flush() have different 
role/functionality.

We do have some mapping testing cases for sun.io package, but I've not 
yet pushed them to the
"open" area of JDK7.

sherman
-------------- next part --------------
A non-text attachment was scrubbed...
Name: CharToByteNIOAdaptor.java
Type: text/x-java
Size: 7122 bytes
Desc: not available
URL: <http://mail.openjdk.java.net/pipermail/core-libs-dev/attachments/20080915/0bb2d1b0/CharToByteNIOAdaptor.java>