RFR 8184904/10, jdk/internal/jrtfs/WithSecurityManager fails with exploded builds

Felix Yang felix.yang at oracle.com
Thu Jul 20 03:22:45 UTC 2017


Hi Alan,

     if I understand correctly, you meant that just to check for 
${java.home}/lib/modules is enough?

Please review the updated patch. I also adjusted checking in Basic.java, 
which also has duplicate checking and is problematic (jrt-fs.jar is no 
longer under JDK root directory)

Webrev: http://cr.openjdk.java.net/~xiaofeya/8184904/webrev.01/

Thanks,
Felix
On 2017/7/19 17:50, Alan Bateman wrote:
> On 19/07/2017 10:43, Felix Yang wrote:
>> Hi all,
>>
>>     please review a patch to skip parts of testing with exploded builds.
>>
>> Bug:
>>
>>     https://bugs.openjdk.java.net/browse/JDK-8184904
>>
>> Webrev:
>>
>>     http://cr.openjdk.java.net/~xiaofeya/8184904/webrev.00/
> The check for the image type should be independent of the allow/deny 
> parameter. Alternatively, and as jrtfs does support exploded builds, 
> is to use a different policy file when on an exploded build.
>
> Also checking for an image doesn't only need to check for 
> ${java.home}/lib/modules.
>
> -Alan
>
>



More information about the core-libs-dev mailing list