http://cr.openjdk.java.net/~sherman/8172432/webrev.01 
<http://cr.openjdk.java.net/~sherman/8172432/webrev.01>

Validator.java
    159 if (entryName.endsWith(MODULE_INFO)) {

Does this have the same issue as the isModuleInfoEntry method addresses (i.e. 
META-INF/versioned/n/module-info.class)?

I’m okay if you want to address this together with JDK-8165640.   This patch is 
a good improvement to the existing code anyway and good to push it.

Mandy


> On Jan 12, 2017, at 3:10 PM, Xueming Shen <[email protected]> wrote:
> 
> 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 
>>> <http://cr.openjdk.java.net/%7Esherman/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 
> <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/ 
> <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 
> <http://cr.openjdk.java.net/~sherman/8172432/webrev.01>)
> 
> I will address JDK-8165640 in a separate issue.
> 
> Thanks,
> Sherman
> 

Reply via email to