I replaced sun.io converters by an adaptor to sun.nio.cs coders
Xueming.Shen at Sun.COM
Mon Sep 15 16:45:32 UTC 2008
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
We do have some mapping testing cases for sun.io package, but I've not
yet pushed them to the
"open" area of JDK7.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 7122 bytes
Desc: not available
More information about the core-libs-dev