RFR 8200152: KerberosString should use UTF-8 by default

Roger Riggs Roger.Riggs at Oracle.com
Mon Apr 9 13:04:34 UTC 2018


Never mind, the latest webrev is great!

On 4/9/2018 9:03 AM, Roger Riggs wrote:
> Hi,
>
> I've seen a variety of interpretations of non-standard input for 
> parsing booleans and
> it is likely to cause confusion across properties.
>
> I'd prefer that we converge on the interpretation used in the 
> Boolean.parseBoolean.
> Which uses:  "true".equalsIgnoreCase(s);
>
> Better yet, call Boolean.parseBoolean!  Will be compatible with the 
> previous GetBooleanAction().
>
> $.02, Roger
>
>
> On 4/7/2018 10:53 PM, Xuelei Fan wrote:
>> In the current implementation, the map of the property value looks like:
>>    null    -> false;
>>    ""      -> false;
>>    "true"  -> true;
>>    "false" -> false;
>>    "not"   -> false
>>
>> For compatibility, I think you may only want to update the default 
>> value: null or empty property value, otherwise the behavior does not 
>> change.
>>
>>    null    -> true;
>>    ""      -> true;
>>    "true"  -> true;
>>    "false" -> false;
>>    "not"   -> false
>>
>> Per the update, "not" property means true.  It might not be an issue 
>> in practice.  I will have you make the final decision. Otherwise, 
>> looks fine to me.
>>
>> Xuelei
>>
>> On 3/22/2018 8:04 PM, Weijun Wang wrote:
>>> Please take a review of the code change and CSR at
>>>
>>>     CSR: https://bugs.openjdk.java.net/browse/JDK-8200153
>>>     webrev: http://cr.openjdk.java.net/~weijun/8200152/webrev.00/
>>>
>>> Thanks
>>> Max
>>>
>




More information about the security-dev mailing list