RFR: JDK-8172432,jar cleanup/update for module and mrm jar
Mandy Chung
mandy.chung at oracle.com
Tue Jan 10 16:54:50 UTC 2017
> On Jan 10, 2017, at 12:25 AM, Xueming Shen <xueming.shen at oracle.com> wrote:
>
> On 1/9/17, 5:39 PM, Mandy Chung wrote:
>>
>>> On Jan 9, 2017, at 5:28 PM, Xueming Shen <xueming.shen at oracle.com> <mailto:xueming.shen at oracle.com> wrote:
>>>
>>> http://cr.openjdk.java.net/~sherman/8172432/webrev/ <http://cr.openjdk.java.net/~sherman/8172432/webrev/>
>>>
>>> the method has been updated as Paul suggested, to only take the root module-info.class
>>> and correct versioned meta-inf/versions/n/module-info.class
>> Does it miss “/“ between n and module-info.class? It reads to me it would return true if the name is "META-INF/versions/9module-info.class”?
>
> good catch, the webrev has been updated to fix it #1882
> http://cr.openjdk.java.net/~sherman/8172432/webrev <http://cr.openjdk.java.net/~sherman/8172432/webrev>
>
Looks good.
> I did try to come up with the test case to catch various "incorrect" versioned
> entries, but the Validator appears to be able to catch them, as the entries
> such as
>
> "META-INF/versions/module-info.class",
> "META-INF/versions/9module-info.class",
>
> basically are "illegal" versioned entries ....
>
> The fix appears to work to not treat them as versioned module-info.class, as
> expected.
>
> I will try to see if I can come up with a better way to test this corner case.
OK. We can file a follow-up issue to add a test case, when you find a good way doing it.
Mandy
More information about the core-libs-dev
mailing list