Proposal: ALPN and RSASSA-PSS APIs for Java SE 8 and JDK 8

[Volker Simonis]

On Tue, Dec 10, 2019 at 10:57 AM Andrew Dinn <adinn at redhat.com> wrote:
>
> On 09/12/2019 19:48, Volker Simonis wrote:
> <snip>
> > Summing it up, I don't think that the current OpenJDK development
> > version has any problems passing the current Java SE 8 MR2 version of
> > the TCK (we're all testing that regularly, right :). That's why I
> > don't see any reasons not basing the reference implementation of Java
> > SE 8 MR3 on it (i.e. 8u252). Basing it on 8u40 would be just a
> > needless duplication of efforts.
>
> Well, I cannot account for what you see (or fail to see) but I believe
> Andrew Haley and Iris did both provide a reason (the same reason) why
> basing the reference implementation on 8u252 would not be
> straightforward for Oracle to do. It would involve them reviewing and
> validating all of the open changes between 8u202 and 8u252.

What makes you (or Andrew Haley) believe that Oracle would have to
"review and validate all of the open changes between 8u202 and 8u252"
(and validate against what)? As I wrote, I'm confident (and I think
you too) that the current 8u-dev (and therefore 8u252 as well) is
fully Java SE 8 MR2 compatible (aka. "passes the Java SE 8 MR 2 TCK).
As such, it can easily be used as a reference implementation for Java
SE 8. A "reference implementation" must pass the TCK, no more, no
less.

> You are at
> liberty to assume the work involved to be less effort than updating 8u40
> as the RI but I don't see why you think you are in a position to decide
> that on Oracle's behalf?

I never did that. In contrary, I explicitly said: "..obviously the
Spec Lead [which is Oracle] can decide to base the "reference
implementation" for "Maintenance Release 3" on OpenJDK 1.8.0u40-b25.

>
> > Fortunately, Iris just wrote in her follow-up answer that "work is
> > underway to contribute the changes to 8u252 in time for the April 2020
> > release", so hopefully, both, the OpenJDK as well as Oracle JDK will
> > be able to support the new Java SE 8 MR 3 features at the same time in
> > April 2020.
> Yes, clearly Oracle think they can deliver a verified 8u40 RI and
> matching 8u252 changes on time. It seems they do not think they can
> deliver a verified 8u252 RI on time. Since they are generously offering
> to plan and execute this task and since we have little reason to doubt
> their competence I recommend accepting their judgement here.
>

If ReadHat as Maintainer of the OpenJDK 8 Updates project is happy
with how Oracle handles Java Specification updates and their
implementation in the OpenJDK versus their own, proprietary
implementation, I'll be silent and won't complain any more :)

> regards,
>
>
> Andrew Dinn
> -----------
> Senior Principal Software Engineer
> Red Hat UK Ltd
> Registered in England and Wales under Company Registration No. 03798903
> Directors: Michael Cunningham, Michael ("Mike") O'Neill
>