Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: neutral (asf.osuosl.org: 202.81.18.154 is neither permitted nor
 denied by domain of paulex.yang@gmail.com)
Message-ID: <449648B3.40507@gmail.com>
Date: Mon, 19 Jun 2006 14:48:19 +0800
From: Paulex Yang <paulex.yang@gmail.com>
User-Agent: Thunderbird 1.5.0.4 (Windows/20060516)
MIME-Version: 1.0
To: harmony-dev@incubator.apache.org
Subject: [classlib][luni-util]Scanner completion(was Re: [jira] Closed:
 (HARMONY-567)
 [classlib][luni]java.util.Scanner constructors not implemented)
References: <31945486.1150278153849.JavaMail.jira@brutus>
 <4496416F.5030208@gmail.com>
In-Reply-To: <4496416F.5030208@gmail.com>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=UTF-8; format=flowed

Ah, thank you, Richard, I modified the topic a little to make it more clear.

You are right that I'm not working on Scanner, I created two patches 
related to Scanner just because some other modules needed a skeleton to 
compile. I'm a little distracted in NIO stuffs, further I owed some 
parts of j.u.Formatter(I'm frustrating on the facts that RI shows 
different behavior on java.text.DateFormat/NumberFormat and 
Formatter.format() for number/date, so it's more complex than I 
expected). So please feel free to complete the Scanner implementation, 
thank you. And please shout if you need help because it is a big stuff.

BTW, I have an issue related to Scanner here, I had a look at the 
Scanner's document before, and I found there is some possibilities to 
make its implementation easier: Scanner has a match() method, which 
returns a MatchResult for last scanning operation, further, the 
MatchResult contains the actual regular expressions Scanner used for 
various type(digit, decimal, etc) and can be got by 
Matcher.pattern().toString(), so I wonder if it is permitted in legal 
for us to use RI's regular express directly in Harmony's Scanner? If so, 
it is much easier to make Scanner compatible with RI. How do you(and 
others) think about it?

Richard Liang wrote:
> Hello Paulex,
>
> I'm implementing some SMALL methods for j.u.Scanner, and I find 
> there's a defect in its Constructor. It seems that you're focusing on 
> NIO development. Do you still working on j.u.Scanner? If no, I'd like 
> to provide patch for it. :-)
>
> Richard.
>
> [1] http://issues.apache.org/jira/browse/HARMONY-611
>
> Mikhail Loenko (JIRA) wrote:
>>      [ http://issues.apache.org/jira/browse/HARMONY-567?page=all ]
>>      Mikhail Loenko closed HARMONY-567:
>> ----------------------------------
>>
>>
>> verified by Paulex
>>
>>  
>>> [classlib][luni]java.util.Scanner constructors not implemented
>>> --------------------------------------------------------------
>>>
>>>          Key: HARMONY-567
>>>          URL: http://issues.apache.org/jira/browse/HARMONY-567
>>>      Project: Harmony
>>>         Type: Bug
>>>     
>>
>>  
>>>   Components: Classlib
>>>     Reporter: Paulex Yang
>>>     Assignee: Mikhail Loenko
>>>     Priority: Minor
>>>  Attachments: 01.harmony567.diff, 02.harmony567.sh, ScannerTest.java
>>>
>>> Because of its big size, I'll try to implement Scanner in several 
>>> steps, one JIRA/patch per step. Here goes the first one except the 
>>> skeleton, the implementation of constructors. I'll attach patch soon.
>>>     
>>
>>   
>


-- 
Paulex Yang
China Software Development Lab
IBM


---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org