[9] RFR: 8155575: Provider.java contains very long lines because of lambda

Michael StJohns mstjohns at comcast.net
Sun May 22 14:29:50 UTC 2016


On 5/21/2016 5:01 AM, Wang Weijun wrote:
> I meant coding style.
>
> --Max

I agree with Max.   I'd rather have too long lines than break in the 
middle of an arg definition.

In the current case, for all except the first line - replaceAll, break 
before "BiFunction" or "Function".   For the replaceAll definition, if 
the coding style permits it, break after the "(" and before "BiFunction" 
and then place the closing ") {" on its own line.  Otherwise leave it alone.

Hmm... have the coding style guidelines been revised for lambda's?

Later, Mike

>
>> On May 21, 2016, at 2:11 PM, Anthony Scarpino <anthony.scarpino at oracle.com> wrote:
>>
>> If breaks were not allowed, I would hope the compiler and/or tests would have failed.
>>
>> Tony
>>
>> On 05/20/2016 10:11 PM, Wang Weijun wrote:
>>> I am not sure if it's good to break inside a type name. I grep through JDK and seems nowhere else is doing it.
>>>
>>> --Max
>>>
>>>> On May 20, 2016, at 11:42 PM, Svetlana Nikandrova <svetlana.nikandrova at oracle.com> wrote:
>>>>
>>>> Glad to hear it. Thank you!
>>>>
>>>> Svetlana
>>>>
>>>> On 20.05.2016 17:24, Anthony Scarpino wrote:
>>>>> On 05/20/2016 07:13 AM, Svetlana Nikandrova wrote:
>>>>>> Hello,
>>>>>>
>>>>>> please review this code format fix for Provider.java. No code changes,
>>>>>> just a few breaks in a really long (like > 120 characters) lines. Also
>>>>>> examined other classes in**the java.security package, but seems like
>>>>>> Provider.java is the only one affected.
>>>>>>
>>>>>> http://cr.openjdk.java.net/~snikandrova/8155575/webrev.00/
>>>>>> <http://cr.openjdk.java.net/%7Esnikandrova/8155575/webrev.00/>
>>>>>>
>>>>>> Thank you,
>>>>>> Svetlana
>>>>>
>>>>> Your changes look fine..
>>>>>
>>>>> Tony
>>>>>




More information about the security-dev mailing list