RFR: JDK-8242282: Test sun/tools/jps/TestJps.java fails after JDK-8237572
Daniel D. Daugherty
daniel.daugherty at oracle.com
Thu Apr 9 21:22:47 UTC 2020
On 4/9/20 5:17 PM, Alex Menkov wrote:
>
>
> On 04/09/2020 14:04, Daniel D. Daugherty wrote:
>> Sorry, pressed "send" too soon. There's no information on how this fix
>> was tested. Right now we're seeing a varying number of failures in
>> almost
>> every Tier5 CI job set. Please verify that you've tested Tier5.
>
> Tested open/test/jdk/sun/tools/jps/ on all platforms (with
> --test-repeat 100)
That'll cover it.
> I'll schedule tier5 testing, but it takes long time.
You covered it without running all of tier5. Thanks!
Dan
>
> --alex
>
>>
>> Dan
>>
>>
>> On 4/9/20 5:01 PM, Daniel D. Daugherty wrote:
>>> On 4/9/20 4:42 PM, Alex Menkov wrote:
>>>> Hi all,
>>>>
>>>> Please review the fix for
>>>> https://bugs.openjdk.java.net/browse/JDK-8242282
>>>> webrev:
>>>> http://cr.openjdk.java.net/~amenkov/jdk15/jpsTest_ClsNotFound/webrev/
>>>
>>> test/jdk/sun/tools/jps/LingeredAppForJps.java
>>> L89: manifestClasspath += " " + new File(path
>>> ).toURI();
>>> nit - please delete extra space before ')'.
>>>
>>> old L91: break;
>>> So the old version only added the first existing file found
>>> in the
>>> path to the jarArgs. The new version is added all existing
>>> files.
>>> Maybe I misread the bug report, but I didn't think you
>>> wanted to
>>> do that.
>>>
>>> Also, can you provide an example of the old manifest file
>>> versus the
>>> new manifest file after this change?
>>>
>>> test/jdk/sun/tools/jps/TestJps.java
>>> No comments.
>>>
>>>>
>>>> The test creates jar with test classes and run it with "java -jar
>>>> <jar_file>".
>>>> The problem is single "@run Test" tag is executed by JTreg
>>>> inconsistently - sometimes library classes are compiled to test
>>>> directory, sometimes - to library directory.
>>>> The fix explicitly forces required library classes compilation (so
>>>> library files are compiled to library dir) and add classpath
>>>> directories to jar manifest.
>>>
>>> This description doesn't mention jar'ing up additional files so you
>>> can see
>>> my confusion (I hope).
>>>
>>> Dan
>>>
>>>
>>>>
>>>> --alex
>>>
>>
More information about the serviceability-dev
mailing list