[9] RFR 8130181: Deprecate java.security.Provider(String, double, String), add Provider(String, String, String)

Wang Weijun weijun.wang at oracle.com
Sat Jun 25 00:05:11 UTC 2016


> On Jun 25, 2016, at 7:50 AM, Valerie Peng <valerie.peng at oracle.com> wrote:
> 
> I thought about it, but as Provider object is serializable, if the field is of new type Runtime.Version class, the (de-)serialization against older releases may break.

I see.

> 
> What exactly is the version style that you have in mind then? I think the major.minor thing is quite reasonable.
> 1.9d does not really look like a version to me. Do you want to special handling this just because the earlier version is a double?

Since you mentioned "major" and "minor" in the spec, we have to define it. Either referring to the Version class, or define one inside Provider. My preference is later, with a regex /(^\d+(\.\d+)?)/, which is a superset of Version.

--Max

> 
> Valerie
> 
> On 6/23/2016 6:59 PM, Wang Weijun wrote:
>> If you mandate the use of Verona version style, can we just use the Version class in the constructor?
>> 
>>> On Jun 24, 2016, at 9:56 AM, Valerie Peng <valerie.peng at oracle.com> wrote:
>>> 
>>> 
>>> Well, we have to define something for the version syntax and how it converts to the legacy double version.
>>> I think it makes sense to follow the Verona JEP as that's the JDK version syntax which seems to fit the normal convention of release numbering.
>>> 
>>> Maybe we can clarify major and minor by referring to java.lang.Runtime.Version class?
>>> Valerie
> 




More information about the security-dev mailing list