Fix for Javadoc errors in java.base
Jonathan Gibbons
jonathan.gibbons at oracle.com
Thu Aug 13 17:21:49 UTC 2020
On 8/13/20 10:13 AM, Sean Mullan wrote:
> On 8/13/20 11:05 AM, Julia Boes wrote:
>> Hi Vipin,
>>
>> Thanks for providing this fix, I'm happy to sponsor your change. To
>> complete the review, we still need someone to green light the
>> remaining changes below. I'm looping in net-dev and security-dev to
>> have a look.
>>
>> Bug: https://bugs.openjdk.java.net/browse/JDK-8251542
>>
>> Webrev: http://cr.openjdk.java.net/~jboes/webrevs/8251542/webrev/
>>
>> Once the review is completed, please provide me with a patch that
>> includes a changeset comment as described here:
>> https://openjdk.java.net/guide/producingChangeset.html
>>
>> If you have any questions, let me know.
>>
>> Cheers,
>>
>> Julia
>>
>>> ---
>>> old/src/java.base/share/classes/com/sun/crypto/provider/DHPrivateKey.java
>>> 2020-07-25 23:46:21.233726447 +0530
>>> +++
>>> new/src/java.base/share/classes/com/sun/crypto/provider/DHPrivateKey.java
>>> 2020-07-25 23:46:20.721720857 +0530
>>> @@ -96,8 +96,6 @@
>>> * @param p the prime modulus
>>> * @param g the base generator
>>> * @param l the private-value length
>>> - *
>>> - * @exception InvalidKeyException if the key cannot be encoded
>
> This should actually remain, but it should be ProviderException which
> is a RuntimeException. See the other DHPrivateKey ctor as that
> specifies it correctly.
>
> --Sean
I note the use of `@exception`, as compared to `@throws`, which is more
common.
Stats:
`@exception` 7322 occurrences
`@throws` 21173 occurrences
That's probably too many `@exception` to clean up. :-(
-- Jon
More information about the security-dev
mailing list