Code Review Request, 8136410 AlgorithmDecomposer is not parsing padding correctly
Xuelei Fan
xuelei.fan at oracle.com
Thu Dec 10 05:58:56 UTC 2015
On 12/10/2015 1:36 PM, Wang Weijun wrote:
> The code change looks ok. You might want to rename the test from Decomposealgorithms to DecomposeAlgorithms.
>
OK. Will do it.
> However, I am not sure if this is the ultimate solution.
No at present. The current decomposing only consider certpath and tls
algorithms. May need improvement if extends the scope in the future.
> IMHO, it will be nice to provide several patterns, say, <hash>with<kp>in<format> etc and provide a supported list for each category (hash, kp, format).
>
Maybe. But add extra workload to maintain the supported list. Will
consider the proposal in the future if need to extends the scope.
Thanks,
Xuelei
> --Max
>
>> On Dec 7, 2015, at 8:35 PM, Xuelei Fan <xuelei.fan at oracle.com> wrote:
>>
>> On 12/7/2015 8:23 PM, Amy Lu wrote:
>>> Hi, Xuelei
>>>
>>> test/sun/security/util/AlgorithmConstraints/Decomposealgorithms.java
>>>
>>> line36 private final static String PATH =
>>> System.getProperty("test.src", ".");
>>>
>>> It seems that this line could be removed.
>>>
>> Oops, bad copy and past. Updated.
>>
>> Thanks,
>> Xuelei
>>
>>> Thanks,
>>> Amy
>>>
>>> On 12/7/15 7:08 PM, Xuelei Fan wrote:
>>>> Hi Brad,
>>>>
>>>> Please review this fix for JDK-8136410:
>>>>
>>>> http://cr.openjdk.java.net/~xuelei/8136410/webrev.00/
>>>>
>>>> AlgorithmDecomposer cannot parse "Padding" string properly as 'in' is
>>>> used as a String split separator. "NoPadding" was incorrectly split as
>>>> "NoPadd" and "g".
>>>>
>>>> This update update the slit String split pattern, and "Padding" get
>>>> specially handled.
>>>>
>>>> Thanks,
>>>> Xuelei
>>>
>>
>
More information about the security-dev
mailing list