I'm not sure that it matters, in the context of this test, but the jar
file being created will now contain a much smaller number of entries
than was previously being tested. I have a similar comment about the
previous cleanup too.
I wonder if we need functionality in the testlibrary to create
relatively substantial jar files to test with? Or maybe the number of
entries has no great impact on some tests.
-Chris.
On 13/10/14 09:47, Alan Bateman wrote:
On 13/10/2014 09:23, Amy Lu wrote:
tools/jar/normalize/TestNormal.java use JDK dt.jar in test, this fix
is to remove this dependency from test because with a modular dt.jar
and the other JAR files in the JDK go away.
bug: https://bugs.openjdk.java.net/browse/JDK-8058854
webrev: http://cr.openjdk.java.net/~tyan/amylu/8058854/webrev.00/
I'm not sure about @library ../../pack200 and using the pack200 test
support as it created a non-obvious dependency in the test tree. An
alternative would be to move the test to the pack200 test directory as
this test is about create JAR files that invariant to pack200 operations.
-Alan.