You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@harmony.apache.org by "Tim Ellison (JIRA)" <ji...@apache.org> on 2006/01/10 16:04:21 UTC
[jira] Assigned: (HARMONY-26) The API of buffer classes in java.nio
are not compliant with the specification of Java 5.0
[ http://issues.apache.org/jira/browse/HARMONY-26?page=all ]
Tim Ellison reassigned HARMONY-26:
----------------------------------
Assign To: Tim Ellison (was: Geir Magnusson Jr)
Wow - thanks for your thorough analysis Richard.
> The API of buffer classes in java.nio are not compliant with the specification of Java 5.0
> ------------------------------------------------------------------------------------------
>
> Key: HARMONY-26
> URL: http://issues.apache.org/jira/browse/HARMONY-26
> Project: Harmony
> Type: Bug
> Components: Classlib
> Reporter: Richard Liang
> Assignee: Tim Ellison
>
> 1. java.nio.CharBuffer
> 1.1) java.nio.CharBuffer needs to implement two new interface java.lang.Appendable and java.lang.Readable
> 1.2) The following methods should NOT be "protected":
> protected CharBuffer(int capacity)
> protected abstract char[] protectedArray();
> protected abstract int protectedArrayOffset();
> protected abstract boolean protectedHasArray();
>
> 1.3) The following method should be "final":
> public CharBuffer put(char[] src)
>
> 2. java.nio.Buffer
> 2.1) The following fields should NOT be "protected":
> int UNSET_MARK
> int capacity
> int limit
> int mark should
> int position
> 2.3) The following method should NOT be "protected":
> protected Buffer(int capacity)
> 3. java.nio.ByteBuffer, DoubleBuffer, FloatBuffer, IntBuffer, LongBuffer, ShortBuffer
> 3.1) The following field should NOT be "protected":
> com.ibm.platform.Endianness order
> 3.2) The following methods should NOT be "protected":
> protected ByteBuffer(int capacity)
> protected abstract byte[] protectedArray();
> protected abstract int protectedArrayOffset();
> protected abstract boolean protectedHasArray();
> 3.3) The following method should be "final":
> public ByteBuffer order(ByteOrder byteOrder)
>
> 4. The implementation of bulk put/get methods of all the buffer classes are low-efficiency
>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira