Etter seks måneders utvikling, Oracle kunngjorde utgivelsen av den nye versjonen av JavaSE 15 som en referanseimplementering som bruker et OpenJDK-prosjekt med åpen kildekode.
JavaSE 15 den er klassifisert som en vanlig støtteversjon, med oppdateringer som skal utgis til neste versjon. Java SE 11 skal brukes som langvarig støtteben (LTS) og oppdateringer vil bli utgitt til 2026. Den forrige grenen av Java 8 LTS støttes frem til desember 2020. Neste LTS-utgivelse er planlagt til september 2021.
De viktigste nye funksjonene i Java SE 15
I denne nye versjonen, en støttefunksjon for EdDSA RFC 8032 Signature presenteres, den foreslåtte implementeringen av EdDSA avhenger ikke av maskinvareplattformer, den er beskyttet mot angrep på sidekanaler (en konstant tid for alle beregninger er garantert) og den overgår den eksisterende ECDSA-implementeringen skrevet i C når det gjelder ytelse, med samme beskyttelsesnivå.
En annen endring er eksperimentell støtte for forseglede klasser og grensesnitt que de kan ikke brukes av andre klasser og grensesnitt å arve, utvide eller distribuere.
Også fremhevet i denne nye versjonen av Java SE 15 er støtte for skjulte klasser som ikke kan brukes direkte av bytecode av andre klasser. Den viktigste bruken av skjulte klasser er for rammer som dynamisk genererer klasser ved kjøretid og bruker dem indirekte gjennom refleksjon.
Søppeloppsamleren ZGC (Z søppeloppsamler) har blitt stabilisert og anerkjent som klar til generell bruk. ZGC opererer i passiv modus for å minimere ventetid på grunn av søppeloppsamling så mye som mulig (nedetid når du bruker ZGC ikke overstiger 10 ms) og kan fungere med små og store dynger, i størrelse fra flere hundre fra megabyte til mange terabyte.
Søppeloppsamleren Shenandoah har stabilisert seg og anerkjent som allestedsnærværende. Shenandoah er utviklet av Red Hat og skiller seg ut for bruk av en algoritme som reduserer pausetider under søppeloppsamling når du rengjør parallelt med å kjøre Java-applikasjoner.
I tillegg også støtte for tekstblokker er stabilisert og skrev inn på språket: a ny form for bokstavelige strenger De lar deg inkludere tekstlinjedata med flere linjer i kildekoden uten å bruke escape-tegn og bevare den originale tekstformateringen i blokken.
På den annen side Legacy DatagramSocket API har blitt omarbeidet som de gamle java.net.DatagramSocket og java.net.MulticastSocket-implementeringene er erstattet av en moderne implementering som er lettere å feilsøke og vedlikeholde, og er kompatibel med virtuelle tråder utviklet av Loom-prosjektet.
I tilfelle et mulig kompatibilitetsbrudd med eksisterende kode, er den gamle implementeringen ikke fjernet og kan aktiveres ved hjelp av alternativet jdk.net.usePlainDatagramSocketImpl.
Videre en annen eksperimentell implementering av mønstermatching foreslås i "instanceof" -operatøren, som lar deg umiddelbart definere en lokal variabel for å få tilgang til den bekreftede verdien.
Til slutt fremheves også en annen eksperimentell implementering av nøkkelordet «record», som gir et kompakt skjema for klassedefinisjoner, og unngår behovet for å eksplisitt definere flere metoder på lavt nivå som lik (), hashCode () og toString (), i tilfeller der dataene bare lagres i felt.
Endelig andre endringer som skiller seg ut:
- Et annet utkast til eksternt minnetilgang API foreslås
- Optimaliseringsteknikken for partisk låsing som brukes av HotSpot JVM for å redusere låseoverhead er deaktivert og avviklet.
- RMI-aktivering av den erklærte foreldede mekanismen, som vil bli fjernet i en fremtidig utgivelse.
- Fjernet Nashorn JavaScript-motoren, som ble avviklet i Java SE 11.
- Porter fjernet for Solaris OS og SPARC-prosessorer (Solaris / SPARC, Solaris / x64 og Linux / SPARC).
Si du vil vite mer om det om denne nye versjonen. Du kan sjekke detaljene I den følgende lenken.