8003512: javac doesn't work with jar files with >64k entries
Vicente Arturo Romero Zaldivar
vicente.romero at oracle.com
Thu Dec 20 07:18:09 PST 2012
Hi Martin,
Thanks for your comments. have generated a new webrev after them, here is the link for it:
http://cr.openjdk.java.net/~vromero/8003512/webrev.01/
Vicente.
----- Original Message -----
From: martinrb at google.com
To: vicente.romero at oracle.com
Cc: compiler-dev at openjdk.java.net
Sent: Thursday, 20 December, 2012 12:09:28 AM GMT +00:00 GMT Britain, Ireland, Portugal
Subject: Re: 8003512: javac doesn't work with jar files with >64k entries
Thanks for productionizing my half-baked change.
Looks pretty good.
The test is pretty annoying, but I think the current strategy of passing system properties is as good as we're going to get.
+ } catch (Exception ex) {
+ throw new AssertionError(
+ "The test has failed while executing this command " + command,
+ ex.getCause());
+ }
+
I would just let executeCommand throw naturally and cause the test to fail. Kill the conversion to AssertionError.
---
+ * -javaoption:-Djava6="/path/to/jdk_or_jre6/bin/java"
It's possible other tests may end up using the same mechanism to specify some other jdk.
(I'm thinking cross-version serialization tests)
Perhaps better is to specify the root of a jdk so that other tests might reuse it.
Perhaps -javaoption:-Djava6.home=
Martin
On Wed, Dec 19, 2012 at 9:46 AM, Vicente Arturo Romero Zaldivar < vicente.romero at oracle.com > wrote:
Hi all,
This is the webrev for bug (8003512: javac doesn't work with jar files with >64k entries):
http://cr.openjdk.java.net/~vromero/8003512/webrev.00/
Apologies for sending a non-public link before.
Vicente.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20121220/6449893e/attachment.html
More information about the compiler-dev
mailing list