Efter sex månaders utveckling har företaget Oracle har släppt plattformen Java SE 15 (Java Platform, Standard Edition 15), vars referensimplementation använder det öppna projektet OpenJDK. Java SE 15 upprätthåller bakåtkompatibilitet med tidigare versioner av Java-plattformen, så alla tidigare skrivna Java-projekt kommer att fungera utan ändringar när de körs med den nya versionen. Installationsfärdiga paket för Java SE 15 (JDK, JRE och Server JRE) är förberedda för Linux (x86_64), Windows och macOS. Den referensimplementation som utvecklats inom ramen för OpenJDK Java 15 är helt öppen under GPLv2-licensen med undantag för GNU ClassPath, som tillåter dynamisk länkning med kommersiella produkter.

Java SE 15 klassificeras som en version med vanlig support, där uppdateringar kommer att släppas fram till nästa version. För en långsiktig supportversion (LTS) bör Java SE 11 användas, vars uppdateringar kommer att släppas fram till 2026. Den tidigare LTS-versionen Java 8 kommer att stödjas fram till december 2020. Nästa LTS-version är planerad till september 2021. Kom ihåg att från och med Java 10 har projektet övergått till en ny utvecklingsprocess som innebär en kortare cykel för att skapa nya versioner. Ny funktionalitet utvecklas nu i en ständigt uppdaterad mastergren, som inkluderar färdiga ändringar, och från vilken grenar för stabilisering av nya versioner avknoppas var sjätte månad.

Av nyheterna Java 15 kan notera:

• Inbyggd stöd för algoritmen för skapande av digitala signaturer EdDSA (Edwards-Curve Digital Signature Algorithm RFC 8032). Den föreslagna implementeringen av EdDSA är oberoende av hårdvaruplattformar, skyddad mot attacker genom sidokanaler (alla beräkningar genomförs på konstant tid) och överträffar den nuvarande implementeringen av ECDSA, skriven i C, med samma säkerhetsnivå. Till exempel, EdDSA med en elliptisk kurva med 126-bitars nyckel visar prestanda motsvarande ECDSA med den elliptiska kurvan secp256r1 och 128-bitars nyckel.
• Tillagd experimentell stöd för förseglade ("sealed") klasser och gränssnitt som inte kan användas av andra klasser och gränssnitt för arv, utvidgning eller överskrivning av implementation. Förseglade klasser erbjuder också ett mer deklarativt sätt att begränsa användning av superklassen än åtkomstmodifikatorer, baserat på en explicit uppräkning av underklasser som får utvidgas.

  package com.example.geometry;

  public sealed class Shape
  permits com.example.polar.Circle,
  com.example.quad.Rectangle,
  com.example.quad.simple.Square {…}

• Tillagd stöd för dolda klasser som inte kan användas direkt av bytekod från andra klasser. Huvudsyftet med dolda klasser är användningen i ramverk som dynamiskt genererar klasser vid körning och använder dem indirekt, genom reflektion.Dessa klasser har vanligtvis en begränsad livslängd, så att underhålla dem för åtkomst från statiskt genererade klasser är inte motiverat och kommer enbart att leda till ökad minnesanvändning. Dolda klasser möjliggör också undvikande av det icke-standardiserade API:t sun.misc.Unsafe::defineAnonymousClass, som är planerat för borttagning i framtiden.
• ZGC (Z Garbage Collector) har stabiliserats och erkänns nu som redo för allmänt bruk. ZGC arbetar i passivt läge och minimerar så mycket som möjligt förseningar på grund av skräpinsamling (stopp-tid vid användning av ZGC överstiger inte 10 ms) och kan fungera med både små och stora högar, från flera hundra megabyte till flera terabyte.
• Stabiliserat och erkänt som redo för allmänt bruk
  skräpinsamlare Shenandoah, som arbetar med minimala avbrott (Low-Pause-Time Garbage Collector). Shenandoah utvecklades av Red Hat och är anmärkningsvärt för att använda en algoritm som minskar stopp-tider under skräpinsamling genom att utföra städning parallellt med körning av Java-applikationer. Tiden för skräpinsamlarens förseningar är förutsägbara och oberoende av högarna, dvs. för högar på 200 MB och 200 GB kommer fördröjningarna att vara desamma (överskrider inte 50 ms och ligger vanligen inom 10 ms);
• Stöd för textblock har stabiliserats och införts i språket. — en ny form av strängliteral som möjliggör införande av flerlinjedata i koden utan att använda teckenescapning och behålla den ursprungliga formateringen i blocket. Blocket omges av tre dubbla citattecken.

  Till exempel, istället för koden

  String html = "" +
  "\n\t" + "" +
  "\n\t\t" + "

  \"Java 15 är här!\"

  " +
  "\n\t" + "" +
  "\n" + "";

  kan man ange:

  String html = """
  <HTML>
  <BODY>
  

  "Java 15\"
  är här!"

  
  </BODY>
  """;

• Omarbetad API:n Legacy DatagramSocket. De gamla implementationerna av java.net.DatagramSocket och java.net.MulticastSocket har ersatts med en modern implementering som är enklare att debugga och underhålla, samt kompatibel med virtuella trådar som utvecklas inom projektet Loom. För att hantera eventuell kompatibilitetsproblem med befintlig kod har den gamla implementationen inte tagits bort och kan aktiveras med alternativet jdk.net.usePlainDatagramSocketImpl.
• En andra experimentell implementation föreslås av mönstermatchning i "instanceof"-operatorn, vilket gör det möjligt att direkt definiera en lokal variabel för att referera till det kontrollerade värdet. Till exempel kan man direkt skriva "if (obj instanceof String s && s.length() > 5) {.. s.contains(..) ..}" utan att explicit definiera "String s = (String) obj".

  Förut:

  if (obj instanceof Group) {
  Group group = (Group) obj;
  var entries = group.getEntries();
  }

  Nu kan man klara sig utan att definiera "Group group = (Group) obj":

  if (obj instanceof Group group) {
  var entries = group.getEntries();
  }

• En andra experimentell implementation av nyckelordet " record", som erbjuder en kompakt form för klassdefinitioner och gör det möjligt att undvika explicit definition av olika lågnivåmetoder som equals(), hashCode() och toString(), i fall där data endast lagras i fält vars beteende inte förändras. När typiska implementationer av metoderna equals(), hashCode() och toString() används i klassen, kan man klara sig utan deras explicita definition:public record BankTransaction(LocalDate date,double amount,

  String description) {}
  Denna deklaration kommer att leda till automatisk tillägg av implementationer av metoderna equals(), hashCode() och toString() samt konstruktorn och metoder som kontrollerar datamodifiering (getter).
  String description) {}

  Denna deklaration kommer att leda till automatisk tillägg av implementationerna av metoderna equals(), hashCode() och toString() utöver konstruktorn och metoderna som kontrollerar dataändringar (getter).

• Föreslagen den andra preliminära versionen av API Foreign-Memory Access, som möjliggör för Java-applikationer att säkert och effektivt få åtkomst till minnesområden utanför Java-heapet, genom att manipulera nya abstraktioner som MemorySegment, MemoryAddress och MemoryLayout.
• Avaktiverad och den föråldrade tekniken för optimering Biased Locking, som användes i HotSpot JVM för att minska overhead från lås. Denna teknik har blivit obsolet på system med atomära instruktioner som tillhandahålls av moderna CPU:er, och är för komplex för att underhållas.
• Klassificerad som en föråldrad mekanism RMI Activation, som kommer att tas bort i en av de kommande versionerna. Noteras att RMI Activation har blivit föråldrad, klassificerades som en valmöjlighet redan i Java 8 och används nästan inte i modern praktik.
• Borttagen JavaScript-motorn Nashorn, som blev föråldrad i Java SE 11.
• Borttagna portar för Solaris OS och SPARC-processorer (Solaris/SPARC, Solaris/x64 och Linux/SPARC). Borttagningen av dessa portar kommer att möjliggöra för samhället att påskynda utvecklingen av nya funktioner i OpenJDK, utan att slösa tid på att underhålla funktioner specifika för Solaris och SPARC.

Källa: opennet.ru