RFR: 8169335: Add a crypto.policy fallback in case Security Property 'crypto.policy' does not exist

Bradford Wetmore bradford.wetmore at oracle.com
Thu Dec 1 01:38:00 UTC 2016


I've updated to:

  * @run main/othervm CryptoPolicyFallback

I'll have a new review out shortly.

Brad


On 11/23/2016 2:29 AM, Wang Weijun wrote:
> Hi Brad
>
> I think I found a problem with the test. Before you set your local
> java.security file, the system java.security file was already read (in
> jtreg initialization) and limited was picked up. In fact, I modified the
> java.security file of my own JDK to unlimited and the test fails.
>
> This seems to show that we have to set the system property on the
> command line. Either we provide a modified java.security with the test
> like SeanM suggested, or we create it dynamically and manually launch a
> new java process. I prefer the latter.
>
> Thanks
> Max
>
> On 11/18/2016 1:46 AM, Bradford Wetmore wrote:
>> SeanM pointed out that we could do a:
>>
>>     @main -Djava.security.properties=xxx
>>
>> but that would require storing a snapshot of java.security.  I think I
>> prefer it being dynamically generated.



More information about the security-dev mailing list