Press Release

Oracle lanserer Java 17

  • Neste Java med langsiktige supportutgivelse har tusenvis av oppdateringer, noe som forbedrer språket og plattformen ytterligere for å hjelpe utviklere med å bli mer produktive.
  • Oracle JDK 17 gir kundene sikkerhet, ytelse og feilrettingsoppdateringer til september 2029.
Austin, Texas—14. september 2021
Java 17

Oracle kunngjorde i dag tilgjengeligheten av Java 17, den siste versjonen av verdens første programmeringsspråk og utviklingsplattform. Java 17 leverer tusenvis av ytelse, stabilitet og sikkerhetsoppdateringer, i tillegg til 14 JEP (JDK Enhancement Proposals) som ytterligere forbedrer Java -språket og plattformen for å hjelpe utviklere med å bli mer produktive.

Java 17 er den siste versjonen av langsiktig støtte (LTS) under Javas seks måneders utgivelseskadens og er et resultat av omfattende samarbeid mellom Oracle-ingeniører og andre medlemmer av det verdensomspennende Java-utviklermiljøet via OpenJDK Community og Java Community Process (JCP ). Siden forrige JDK 11 LTS utgitt for tre år siden, har over 70 JEP blitt implementert.

 

Tilbyr en enklere lisens

Oracle JDK 17 og fremtidige JDK-utgivelser tilbys under en gratis å bruke lisens inntil et helt år etter neste LTS-utgivelse. Oracle vil også fortsette å tilby Oracle OpenJDK-utgivelser under åpen kildekode General Public License (GPL), slik den har gjort siden 2017.

 

Forbedre langsiktig støtte for kunder

Oracle samarbeider med Java-utviklermiljøet og JCP om å forbedre LTS -planlegging for å gi organisasjoner mer fleksibilitet når eller om de vil migrere til en nyere Java LTS -versjon. Oracle foreslår at den neste LTS -utgivelsen skal være Java 21 og gjøres tilgjengelig i september 2023, noe som vil endre den pågående LTS -utgivelseskadensen fra tre år til to år.

Støttet av Oracle LTS og Java SE-abonnementet, kan kundene migrere til Java 17 i det tempoet som best oppfyller deres behov. Oracle vil gi kundene sikkerhets-, ytelses- og feilrettingsoppdateringer for Java 17 til og med september 2029.

"De siste tre årene har vi hørt hvor mye utviklere elsker de siste funksjonene, og vi har sett økosystemet virkelig omfavne den seks måneders utgivelseskadensen," sier Georges Saab, visepresident for utvikling, Java Platform Group, Oracle. "En av de største utfordringene Java -utviklere står overfor i dag, er at organisasjonen deres bare lar dem bruke den nyeste LTS-versjonen. Ved å flytte LTS-utgivelser til annethvert år, har utviklere som er hos konservative organisasjoner nå mer valg og tilgang til funksjonene de liker og vil bruke.”

"Oracle gjør endringer som vil komme Java-samfunnet betydelig til gode ved å flytte de langsiktige supportutgivelsene til en toårig kadence og introdusere en ny, mer avslappet lisens som gir gratis produksjonsbruk av Oracle JDK over lengre tid," sier Dr. Arnal Dayaratna, forskningspresident for forskning, programvareutvikling ved IDC. "Disse endringene vil gi organisasjoner større fleksibilitet når det gjelder å håndtere kompleksiteten til moderne applikasjonsutvikling og distribusjoner i skyen, lokalt og i hybridmiljøer."

 

Fremskynde Java-adopsjonen i skyen

Java er en av de mest vellykkede utviklingsplattformene noensinne og er bygget på kontinuerlig innovasjon som ivaretar utviklernes behov. For å akselerere Java-adopsjonen i skyen, introduserte Oracle nylig Oracle Java Management Service, en ny Oracle Cloud Infrastructure (OCI) -basert tjeneste for å hjelpe organisasjoner med å administrere Java -kjøretider og programmer lokalt eller på en hvilken som helst sky.

Java Management Service gir kundene innsyn i sine Java -distribusjoner på tvers av virksomheten. Dette strekker seg over alle Java -versjonene som er installert i sitt miljø, inkludert versjoner av Java som kjører under utvikling og i produksjon. Det fremhever også eventuelle uplanlagte Java -programmer som kjører og sjekker om alle installerte Java -versjoner er oppdatert med de nyeste sikkerhetsoppdateringene.

JDK 17 inkluderer nye språkforbedringer, oppdateringer av bibliotekene, støtte for nye Apple -datamaskiner, fjerning og avskrivning av eldre funksjoner, og arbeid for å sikre at Java -kode som er skrevet i dag, vil fortsette å fungere uten endringer i fremtidige JDK -versjoner. Det tilbyr også en forhåndsvisning av språkfunksjoner og inkubasjon av APIer for å samle tilbakemeldinger fra Java -samfunnet. Oppdateringene inkluderer (på engelsk):

 

Java Language Enhancement

  • JEP 409: Sealed Classes – Sealed classes and interfaces restrict which other classes or interfaces may extend or implement them. This enhancement is yet another improvement from Project Amber, which aims to increase developer productivity by evolving the Java language.
 

Updates and Improvements to Libraries

  • JEP 306: Restore Always-Strict Floating-Point Semantics – The Java programming language and Java virtual machine originally only had strict floating-point semantics. Starting in Java 1.2, small variances in those strict semantics were allowed by default to accommodate limitations of then-current hardware architectures. Those variances are no longer helpful or necessary, so they have been removed by JEP 306.
  • JEP 356: Enhanced Pseudo-Random Number Generator – Provides new interface types and implementations for pseudorandom number generators (PRNGs). This change improves the interoperability of different PRNGs and makes it easy to request an algorithm based on requirements rather than hard coding a specific implementation.
  • JEP 382: New macOS Rendering Pipeline – Implements a Java 2D pipeline for macOS using the Apple Metal API. The new pipeline will reduce the JDK’s dependency on the deprecated Apple OpenGL API. 
 

New Platform Support

  • JEP 391: macOS AArch64 Port – Ports the JDK to the macOS/AArch64 platform. This port will allow Java applications to run natively on the new Arm 64-based Apple Silicon computers.
 

Removals and Deprecations

  • JEP 398: Deprecate the Applet API for Removal – All web-browser vendors have either removed support for Java browser plug-ins or announced plans to do so. The Applet API was deprecated, but not for removal, in Java 9 in September 2017.
  • JEP 407: Remove RMI Activation – Removes the Remote Method Invocation (RMI) Activation mechanism, while preserving the rest of RMI.
  • JEP 410: Remove the Experimental AOT and JIT Compiler – The experimental Java-based ahead-of-time (AOT) and just-in-time (JIT) compiler were experimental features that did not see much adoption. Being optional, they were already removed from JDK 16. This JEP removes these components from the JDK source code.
  • JEP 411: Deprecate the Security Manager for Removal – The Security Manager dates back to Java 1.0. It has not been the primary means of securing client-side Java code for many years, and it has rarely been used to secure server-side code. Removing it in a future release will eliminate a significant maintenance burden and enable the Java platform to move forward.
 

Future Proofing Java Programs

  • JEP 403: Strongly Encapsulate JDK Internals – It will no longer be possible to relax the strong encapsulation of internal elements via a single command-line option, as was possible in JDK 9 through JDK 16. It will still be possible to access existing internal APIs, but it will now require enumerating, as command-line parameters or JAR-file manifest attributes, each package for which encapsulation should be relaxed. This change will lead to more secure applications and fewer dependencies on non-standard, internal JDK implementation details.
 

Previews and Incubators for Later JDK Releases

  • JEP 406: Pattern Matching for switch (Preview) – Allows an expression to be tested against several patterns, each with a specific action, so that complex data-oriented queries can be expressed concisely and safely.
  • JEP 412: Foreign Function and Memory API (Incubator) – Improves incubating APIs introduced in JDK 14 and JDK 15 that enable Java programs to interoperate with code and data outside of the Java runtime. By efficiently invoking foreign functions (i.e., code outside the JVM), and by safely accessing foreign memory, these APIs enable Java programs to call native libraries and process native data without the brittleness and complexity of Java Native Interface (JNI). These APIs are being developed in Project Panama, which aims to improve the interaction between Java and non-Java code.
  • JEP 414: Vector API (Second Incubator) – Allows expressing vector computations that reliably compile at runtime to optimized vector instructions on supported CPU architectures, thereby achieving performance superior to equivalent scalar computations.
 

Additional Resources

About Oracle

Oracle offers integrated suites of applications plus secure, autonomous infrastructure in the Oracle Cloud. For more information about Oracle (NYSE: ORCL), please visit us at www.oracle.com.

Trademarks

Oracle, Java, and MySQL are registered trademarks of Oracle Corporation.

Latest Newsfeed