RFR: Remove @Deprecated annotation from java.security.acl and javax.security.cert packages
Mandy Chung
mandy.chung at oracle.com
Thu Dec 10 22:12:52 UTC 2015
On 12/10/2015 01:18 PM, Sean Mullan wrote:
> On 12/10/2015 01:14 PM, Mandy Chung wrote:
>>
>>> On Dec 10, 2015, at 7:53 AM, Sean Mullan <sean.mullan at oracle.com>
>>> wrote:
>>>
>>> Max asked me to add the com.sun.jarsigner package to this bug,
>>> which also has an unnecessary @Deprecated annotation. I also made a
>>> few tweaks to the deprecation wording here and there, so a webrev
>>> is probably easier to review than diffs now:
>>>
>>> http://cr.openjdk.java.net/~mullan/webrevs/8144784/webrev.00/
>>
>> Is there any other package-info.java beside these three packages? It
>> worths to have a quick scan on the source.
>>
>> To me, it’s fine to keep the existing @deprecated comment in
>> com.sun.jarsigner.* classes since I assume you want to discourage new
>> classes to be added in that package.
>
> Well, we are trying to "deprecate" use of the @Deprecated annotation
> on packages, so I would prefer not to leave this in (also, I heard
> there will eventually be a javac warning for this). Instead I will add
> a sentence or comment that says new classes should not be added to the
> package. Is that ok?
To clarify: I meant the original comment in these two files seems fine
and cound be reverted:
src/jdk.jartool/share/classes/com/sun/jarsigner/ContentSigner.java
src/jdk.jartool/share/classes/com/sun/jarsigner/ContentSignerParameter.java
Your suggestion to add a sentence in package-info.java is a fine idea.
Mandy
More information about the security-dev
mailing list