RFR: 8254935: Deprecate the PSSParameterSpec(int) constructor [v7]

Valerie Peng valeriep at openjdk.java.net
Tue Mar 29 22:47:30 UTC 2022


On Tue, 29 Mar 2022 14:08:26 GMT, Sean Mullan <mullan at openjdk.org> wrote:

>> Valerie Peng has updated the pull request incrementally with one additional commit since the last revision:
>> 
>>   Update again with Sean's wording suggestion.
>
> src/java.base/share/classes/java/security/spec/PSSParameterSpec.java line 98:
> 
>> 96: 
>> 97:     /**
>> 98:      * The PSS parameter set with all default values
> 
> Nit - add period at end of sentence.

Sure.

> src/java.base/share/classes/java/security/spec/PSSParameterSpec.java line 106:
> 
>> 104:      *         a new {@code PSSParameterSpec} with the desired parameter values
>> 105:      *         using
>> 106:      *         {@link #PSSParameterSpec(String, String, AlgorithmParameterSpec, int, int) PSSParameterSpec}.
> 
> I think it would be more clear to see the full signature of the ctor that you are recommending be used instead, so I would change these 2 lines to:
> 
> `using the {@link #PSSParameterSpec(String, String, AlgorithmParameterSpec, int, int)} constructor.`

Makes sense.

> src/java.base/share/classes/java/security/spec/PSSParameterSpec.java line 175:
> 
>> 173:      *         standard for more details. Thus, it is recommended to explicitly
>> 174:      *         specify all desired parameter values with
>> 175:      *         {@link #PSSParameterSpec(String, String, AlgorithmParameterSpec, int, int) PSSParameterSpec}.
> 
> Same comment about seeing the full signature of the ctor as mentioned above.

Yes.

-------------

PR: https://git.openjdk.java.net/jdk/pull/7913



More information about the security-dev mailing list