RFR: JDK-8172432,jar cleanup/update for module and mrm jar
Xueming Shen
xueming.shen at oracle.com
Thu Jan 12 23:10:06 UTC 2017
On 01/12/2017 01:46 PM, Mandy Chung wrote:
>
>> On Jan 10, 2017, at 10:00 PM, Xueming Shen <xueming.shen at oracle.com <mailto:xueming.shen at oracle.com>> wrote:
>>
>>
>> webrev has been updated to catch IMDE and fails the jar as other fatal error handing.
>>
>> http://cr.openjdk.java.net/~sherman/8172432/webrev
>>
>
> This version includes new fixes for JDK-8171830 and JDK-8165640. Thanks for doing that. The fix for JDK-8171830 looks fine.
>
> For JDK-8165640, it looks like checkModuleInfo can be refactored / moved to Validator so that the validation code is consistent and shared for checking in both places (MMR validation and module-info.class).
>
> Since it’s a separate issue, you should consider just to pushing the changeset for JDK-8172432 and JDK-8171830. Resolve JDK-8165640 in a separate patch that will make the review easier too.
OK. as suggested, I have pulled out the latest changes related JDK-8165640,
which includes the extra "service provider impl" check in the Validate.java, when
there is no root module-info.class. and 2 extra test case in modularJar.Basic.java.
(that webrev has been renamed to
http://cr.openjdk.java.net/~sherman/8172432/webrev.02)
Since now there is no leverage for checkModuleInfo() (check service provider impl) in MMR
validation, I leave it in Main.java asis.
The latest webrev is at
http://cr.openjdk.java.net/~sherman/8172432/webrev/
(you can compare it to the webrev you reviewed without JDK-8171830 at
http://cr.openjdk.java.net/~sherman/8172432/webrev.01)
I will address JDK-8165640 in a separate issue.
Thanks,
Sherman
More information about the core-libs-dev
mailing list