> I am shocked to have discovered that Oracle have actually added > #getApplicationProtocol method to SSLEngine class in an a bloody patch > release!
Right?! It was technically a "Maintenance Release" of the platform spec (MR3), but it's still completely astonishing. I'm not sure there's any precedent for it. On Wed, May 26, 2021 at 11:24 AM Oleg Kalnichevski <ol...@apache.org> wrote: > On Wed, 2021-05-26 at 10:49 -0700, Ryan Schmitt wrote: > > -1. I think staying on JDK8 is for the best. Adoption of JDK11 has > > been > > quite poor, due to a lack of compelling new language features that > > would > > make upgrading worthwhile, and even ALPN and TLSv1.3 (the most > > relevant > > JDK11 features for our purposes) have now been backported to JDK8. > > I am shocked to have discovered that Oracle have actually added > #getApplicationProtocol method to SSLEngine class in an a bloody patch > release! > > That basically eliminates the only really strong reason to upgrade to > Java 11. > > I think we can scrap the idea. > > Oleg > > > > > I'd > > rather skip JDK11 and target JDK17 once it's ready. JDK17 will ship a > > number of major new language features (records, text blocks, switch > > expressions, instanceof pattern matching, sealed classes), as well as > > some > > JDK features that might be relevant to us, such as support for Unix > > domain > > sockets. > > > > I'd also point out that log4j2 is apparently planning on upgrading to > > JDK11 > > in their next release. I'd prefer to wait and see how their > > experience goes > > before we do anything. > > > > On Wed, May 26, 2021 at 5:29 AM Oleg Kalnichevski <ol...@apache.org> > > wrote: > > > > > Folks > > > > > > How do you feel about upgrading all the way to Java 11 for the 5.2 > > > release series and not Java 8? > > > > > > I am quite certain Java 17 will be out by the time we are done with > > > HC > > > 5.2 development and we again will be one LTS version behind. > > > Besides we > > > can keep the 5.1 release series going as long as it takes as the > > > same > > > time. > > > > > > Cheers > > > > > > Oleg > > > > > > > > > ----------------------------------------------------------------- > > > ---- > > > To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org > > > For additional commands, e-mail: dev-h...@hc.apache.org > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org > For additional commands, e-mail: dev-h...@hc.apache.org > >
