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.152 is neither permitted nor
 denied by domain of paulex.yang@gmail.com)
Message-ID: <449138E8.2090505@gmail.com>
Date: Thu, 15 Jun 2006 18:39:36 +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: Re: [testing] AWT, Swing Java2D
References: <200606061225.k56CPrDs029152@d06av02.portsmouth.uk.ibm.com>
In-Reply-To: <200606061225.k56CPrDs029152@d06av02.portsmouth.uk.ibm.com>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Mark Hindess wrote:
> On 6 June 2006 at 6:27, Geir Magnusson Jr <geir@pobox.com> wrote:
>   
>> zoe slattery wrote:
>>     
>>> Hi Geir
>>>       
>> Hi Zoe!
>>
>> Long time no hear, here!
>>
>>     
>>> Geir Magnusson Jr wrote:
>>>       
>>>> Mark Hindess wrote:
>>>>         
>> [SNIP]
>>
>>     
>>>>> The build machine I'm running is produces summaries of the "missing
>>>>> classes" for a number of applications on every build.  Currently
>>>>> showing:
>>>>>     
>>>>>           
>>>> Can you share this script somewhere?
>>>>   
>>>>         
>>> See HARMONY-165 </jira/browse/HARMONY-165> for a script which does the
>>> same thing. It's not exactly the same script - but does give the same
>>> results (I hope)
>>>       
>> What's the difference?
>>     
>
> I split the process into four steps:
>
> 1) Obtain reference lists of classes defined by the 1.4, 5.0, 6.0 APIs.
>    You only need to do this once.
>
> 2) Create a class load list for an application - w/"java -verbose:class"
>
> 3) Create a list of classes provide by a Harmony jre - I did this by 
>    scanning the jars in the jre.  You only need to do this when the JRE
>    changes.
>
> 4) List all the classes in the result of 2) that are also in 1) but not 
>    in 3).  That is, API classes used by not in Harmony.
>
> IIRC, Zoe's script combined steps 1), 3), and 4) so steps 1) and 3)
> were repeated for each application.  This was fine for "casual" use but
> didn't really scale for our build process.
>
> One thing that might be interesting would be to configure a CGI/servlet
> to accept output from 2) via a HTTP file upload and compare it to a
> current version of 3) and produce the brief report of missing classes.
> So people could create a log with their favourite app on a RI and see if
> there is any chance it will work on Harmony.
>   
Cool!

Why not provides a URL to update the newest 3) so that anyone can 
download and compare it with the output from 2) locally?  I think 
download is always easier to manage than upload.

If the 3) is too large, we can handle it in the other direction, provide 
list of the 1) minus 3) download, and of course the 4) needs to be 
changed to: List all the classes in joint set of 2) and [1)-3)].

So when can I download this "Harmony Enablement Validation" tool? ;)
> Regards,
>  Mark.
>
>
>
> ---------------------------------------------------------------------
> 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
>
>
>   


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