On 01/12/2017 01:46 PM, Mandy Chung wrote:
On Jan 10, 2017, at 10:00 PM, Xueming Shen <[email protected]
<mailto:[email protected]>> 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
