Need reviewers for changes in java/net regression tests

Dr Andrew John Hughes ahughes at redhat.com
Mon Jul 26 06:00:09 PDT 2010


On 26 July 2010 13:33, Pavel Tisnovsky <ptisnovs at redhat.com> wrote:
> Chris Hegarty wrote:
>>
>> On 07/26/10 13:05, Pavel Tisnovsky wrote:
>>>
>>> Chris Hegarty wrote:
>>>>
>>>> Pavel,
>>>>
>>>> Great to see some of the test changes making their way back into 6
>>>> Open. From an administration point of view this approach may be less
>>>> than ideal, that is, we need a bug number for each push.
>>>>
>>>> Would it make sense to break down the networking tests to say
>>>> java/net, sun/net and httpserver, then try to complete the backport of
>>>> these areas? I would't try to add any new functionality to the tests,
>>>> i.e. that was added for new bugs fixed in JDK7. Any tests with
>>>> additional bugs numbers in the @bug tag probably should only have
>>>> minimal changes to clean up resources, etc. Other than that it should
>>>> be simply a matter of taking the JDK7 version of the file, right?
>>>
>>> I think I understand the problems with more pushes than is necessary. Is
>>> it better to made webrev containing only "cosmetic" changes in all net
>>> regression tests at first and after this webrev will be accepted send
>>> another webrev(s) containing more changes (new bug numbers etc.)?
>>
>> Sorry, I don't understand what you mean by 'cosmetic'. I think you can do
>> the complete backport of the tests in one go, but for convenience it may be
>> easier to do it section by section, java/net sun/net, etc.
>
> Hi Chris,
>
> I mean the difference between (for example) these changes:
> http://cr.openjdk.java.net/~ptisnovs/JavaNetJTregTests/test/java/net/DatagramSocket/DatagramTimeout.java.cdiff.html
> and
> http://cr.openjdk.java.net/~ptisnovs/JavaNetJTregTests/test/java/net/Inet6Address/serialize/Serialize.java.cdiff.html
>
> In the first case there's only minimal (I said "cosmetic") changes, not new
> test functionality, but in the case there's new functionality added to the
> test (test for regression for another bug).
>
>>
>> -Chris.
>>
>>>
>>>>
>>>> -Chris.
>>>>
>>>> On 07/23/10 12:20, Pavel Tisnovsky wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> I tried to backport more regression tests from OpenJDK7 to OpenJDK6.
>>>>> Webrev with changes is available at:
>>>>> http://cr.openjdk.java.net/~ptisnovs/JavaNetJTregTests/
>>>>>
>>>>> Can anyone please review the changes?
>>>>>
>>>>> There are still minor differences between OpenJDK6 and OpenJDK7
>>>>> tests, mainly due to syntax enhancements in OpenJDK7.
>>>>>
>>>>> Please note that new test case (deserialization an Inet6 address with
>>>>> a named interface) is included in
>>>>> Inet6Address/serialize/Serialize.java regression test:
>>>>>
>>>>> http://cr.openjdk.java.net/~ptisnovs/JavaNetJTregTests/test/java/net/Inet6Address/serialize/Serialize.java.cdiff.html
>>>>>
>>>>>
>>>>> This issue which was fixed in OpenJDK7 but not in OpenJDK6 yet. Btw -
>>>>> do anyone know, if this issue will be fixed in OpenJDK6?
>>>>>
>>>>> The changes made in these test are really minor and they are based (but
>>>>> not equal) on changes done by Christopher Hegarthy in OpenJDK7:
>>>>> http://hg.openjdk.java.net/jdk7/tl/jdk/rev/58f325ba3e27
>>>>> (these changes are reviewed by Alan Bateman)
>>>>>
>>>>> Cheers
>>>>> Pavel Tisnovsky
>>>
>
>

I'm afraid I don't see the issue with bug IDs here.  Each OpenJDK7
changeset already has an associated bug ID.  It should thus simply be
a matter of backporting the relevant changesets and dropping any
changes from them that should remain 7 only.

It may be more expedient in the short term to do wholesale copying of
files between trees, rather than using the changesets, but it then
makes it a lot harder for someone else to determine what has been
backported and what hasn't, because you can't do a lookup via the bug
ID.
-- 
Andrew :-)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

Support Free Java!
Contribute to GNU Classpath and the OpenJDK
http://www.gnu.org/software/classpath
http://openjdk.java.net

PGP Key: 94EFD9D8 (http://subkeys.pgp.net)
Fingerprint: F8EF F1EA 401E 2E60 15FA  7927 142C 2591 94EF D9D8


More information about the jdk6-dev mailing list