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:04:02 UTC 2020


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.

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