RFR 9: 8035889: jdk testlibrary - add printing of values of failed assertions
Mandy Chung
mandy.chung at oracle.com
Thu Feb 27 03:17:51 UTC 2014
On 2/26/2014 7:09 PM, Roger Riggs wrote:
> Hi Mandy,
>
> Yes, it might be more productive to switch the tests to TestNG.
> But it did provide support in cases where TestNG could not be used,
> for example in a directory of existing tests that had custom reporting.
>
> But I remember there is a problem with TestNG having a dependency for XML
> which is not supported in Profile1 and a number of tests had to be
> disabled
> in that configuration. Will XML always be available. Do we need to solve
> or work around that problem with TestNG?
>
This is a good point. When we want to test just the base module for
example, how can we run TestNG tests? We need to address that certainly.
My comment on TestNG is a question for new tests using this Asserts
class. Your patch is fine to go (after taking out @library tag if I got
it correct).
Mandy
> Thanks, Roger
>
> On 2/26/14 9:01 PM, Mandy Chung wrote:
>> Hi Roger,
>>
>> On 2/26/2014 12:34 PM, roger riggs wrote:
>>> The testlibrary for the jdk should be printing the values in the failed
>>> assertions to make debugging easier and quicker.
>>>
>>> The webrev adds the printing of the failed assertions and added methods
>>> for formatting and unconditional fail methods.
>>>
>>> Webrev:
>>> http://cr.openjdk.java.net/~rriggs/webrev-testlibrary-asserts-8035889/
>>>
>>
>> AssertsTest.java: line 28: @library doesn't look like it's needed.
>> There is no jdk/test/testlibrary directory and I think
>> jdk.testlibrary.* are found as relative to $test.src.
>>
>> Otherwise, the change looks okay.
>>
>> Now that jtreg supports TestNG and I wonder if this class should
>> retire some day (there are only about 10 existing tests using this
>> class). Are you writing new tests using this Asserts class?
>>
>> Mandy
>>
>>> Bug:
>>> 8035889: jdk testlibrary - add printing of values of failed
>>> assertions
>>>
>>> Thanks, Roger
>>>
>>> [1] https://bugs.openjdk.java.net/browse/JDK-8035889
>>>
>>>
>>
>
More information about the core-libs-dev
mailing list