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/03/07 13:55:39 UTC

[jira] Commented: (HARMONY-172) Harmony text component has some API difference with JSE 5 spec

    [ http://issues.apache.org/jira/browse/HARMONY-172?page=comments#action_12369220 ] 

Tim Ellison commented on HARMONY-172:
-------------------------------------

Paulex,

I thought the decision was to implement the BreakIterator methods to do the 'obvious' thing?  I've put in the NotYetImplemented versions anyway to get the signature check.

Please can you provide regression tests?

Thanks

> Harmony text component has some API difference with JSE 5 spec
> --------------------------------------------------------------
>
>          Key: HARMONY-172
>          URL: http://issues.apache.org/jira/browse/HARMONY-172
>      Project: Harmony
>         Type: Bug
>   Components: Classlib
>     Reporter: Paulex Yang
>     Assignee: Tim Ellison
>     Priority: Minor
>  Attachments: java.text.BreakIterator.patch, java.text.NumberFormat.patch
>
> Three new methods added to java.text.BreakIterator
> method java.text.BreakIterator.getInt(byte[], int)
> method java.text.BreakIterator.getLong(byte[], int)
> method java.text.BreakIterator.getShort(byte[], int)
> One method signature difference in java.text.NumberFormat
> java/text/NumberFormat format(Object, StringBuffer,FieldPosition) should not be final

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