Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Software-update: Oracle Java 10.0.2

JavaOracle heeft versie 10.0.2 van Java Standard Edition uitgebracht, zoals gewoonlijk in de smaken Java SE Development Kit (JDK), Java Runtime Environment (JRE) en Server Java Runtime Environment (Server JRE). De downloads zijn beschikbaar voor Windows, Linux, macOS en Solaris. De bijbehorende releasenotes zien er als volgt uit:

Java Platform, Standard Edition 10.0.2

Java SE 10.0.2 is the latest update to the Java Platform. This release contains improvements like Local-Variable Type Inference, Parallel Full GC, and Application Class-Data Sharing. See OpenJDK 10 project page for more details.

The full version string for this update release is 10.0.2+13 (where "+" means "build"). The version number is 10.0.2.

IANA Data 2018e
JDK 10.0.2 contains IANA time zone data version 2018e. For more information, refer to Timezone Data Versions in the JRE Software.

Security Baselines
The security baselines for the Java Runtime Environment (JRE) at the time of the release of JDK 10.0.2 are specified in the following table:
JRE Family Version	JRE Security Baseline
10			10.0.2+13
9			9.0.99
8			1.8.0_181-b13
7			1.7.0_191-b08
6			1.6.0_201-b07

JRE Expiration Date for Oracle JDK
The JRE expires whenever a new release with security vulnerability fixes becomes available. Critical patch updates, which contain security vulnerability fixes, are announced one year in advance on Critical Patch Updates, Security Alerts and Bulletins. This JRE (version 10.0.2) will expire with the release of the next critical patch update scheduled for October 16, 2018.

For systems unable to reach the Oracle Servers, a secondary mechanism expires this JRE (version 10.0.2) on November 16, 2018. After either condition is met (new release becoming available or expiration date reached), the JRE will provide additional warnings and reminders to users to update to the newer version. For more information, see JRE Expiration Date.

Changes
  • core-libs/java.lang.invoke ➜ filterArguments runs multiple filters in the wrong order
    The specification of the method java.lang.invoke.MethodHandles.filterArguments was clarified to state more clearly that filter arguments are invoked in left to right order. The implementation of this method was also fixed to ensure it conformed to the specification. Prior to the fix the implementation incorrectly invoked filters in right to left order. For the majority of usages it is expected such a change in behavior will not be observable. Only in the minority of cases where two or more filters have side-effects that affect their results will such behavior be observable. See JDK-8194554
  • core-libs/javax.naming ➜ Improve LDAP support
    Endpoint identification has been enabled on LDAPS connections. To improve the robustness of LDAPS (secure LDAP over TLS ) connections, endpoint identification algorithms have been enabled by default. Note that there may be situations where some applications that were previously able to successfully connect to an LDAPS server may no longer be able to do so. Such applications may, if they deem appropriate, disable endpoint identification using a new system property: com.sun.jndi.ldap.object.disableEndpointIdentification. Define this system property (or set it to true) to disable endpoint identification algorithms. JDK-8200666 (not public)
  • core-libs/java.io:serialization ➜ Better stack walking
    New access checks have been added during the object creation phase of deserialization. This should not affect ordinary uses of deserialization. However, reflective frameworks that make use of JDK-internal APIs may be impacted. The new checks can be disabled if necessary by setting the system property jdk.disableSerialConstructorChecks to the value "true". This must be done by adding the argument -Djdk.disableSerialConstructorChecks=true to the Java command line. JDK-8197925 (not public)
Bug Fixes

The following are some of the notable bug fixes included in this release:
  • hotspot/gc ➜ JVM Crash during G1 GC
    A klass that has been considered unreachable by the concurrent marking of G1, can be looked up in the ClassLoaderData/SystemDictionary, and its _java_mirror or _class_loader fields can be stored in a root or any other reachable object making it alive again. Whenever a klass is resurrected in this manner, the SATB part of G1 needs to be notified about this, otherwise, the concurrent marking remark phase will erroneously unload that klass. In this particular crash, while G1 was doing concurrent marking and had prepared its list of unreachable classes, JVMTI on a Java thread could traverse classes in the CLD and store thread-local JNIHandles for the java_mirror of the loaded classes. G1 did not have knowledge of these thread-local JNIHandles, and in the remark phase, it unloaded classes per its prior knowledge of unreachable classes. When these JNIHandles were later scanned, it lead to a crash. This fix for JDK-8187577 informs G1's SATB that a klass has been resurrected and should not be unloaded. See JDK-8187577
This release also contains fixes for security vulnerabilities described in the Oracle Critical Patch Update. For a more complete list of the bug fixes included in this release, see the JDK 10.0.2 Bug Fixes page.
Versienummer 10.0.2
Releasestatus Final
Besturingssystemen Windows 7, Linux, macOS, Solaris, Windows Server 2008, Windows Server 2012, Windows 8, Windows 10, Windows Server 2016
Website Oracle
Download http://www.oracle.com/technetwork/java/javase/downloads/index.html
Licentietype Freeware

Door Japke Rosink

Meukposter

23-07-2018 • 15:49

18 Linkedin Google+

Submitter: sambalbaj

Bron: Oracle

Reacties (18)

Wijzig sortering
Op de standaard download pagina heeft versie 9 nooit gestaan en nu ook 10 niet.
Zijn dit totaal nieuwe versies die niet backward compatible zijn met versie 8?
https://java.com/nl/download/manual.jsp
Oracle (Java zelf overigens, dus ook openjdk) is overgestapt op lts versies met een kortere release cadance. 8 is lts, 9 en 10 niet. 11 wordt wel weer lts en komt later dit jaar al uit terwijl 8 dus gewoon in gebruik is. 9 en 10 zou je daarmee, voor normaal gebruik, over willen slaan omdat de ondersteuning heel snel weer kapt (dus ook geen security fixes meer). Hooguit zou je als ontwikkelaar alvast je applicatie willen testen op 9 en 10 om voorbereid te zijn op 11.
Denk dat short term release versies daarmee ook minder vindbaar gemaakt zijn.
Oracle gaat stoppen met het gratis aanbieden van LTS releases vanaf 2020.

https://react-etc.net/ent...ith-long-term-support-lts

[Reactie gewijzigd door NotCYF op 23 juli 2018 16:21]

Ik was duidelijk te langzaam met het tikken van de reactie op mn telefoon :-)

Idd... Nogal vervelend, des te meer reden om over te stappen op openjdk. Oracle ruikt geld, en als ze dat ruiken zijn ze niet te stoppen
Heeft toch volgens mij niet zo veel met geld te maken? Er zal vast wat de verdienen zijn aan bedrijven die echt niet over willen, maar volgens mij heeft het er meer mee te maken dat ze niet meerdere versies willen onderhouden.

Wil je de laatste security updates dan kan je gewoon upgraden naar de laatste Java versie.

[Reactie gewijzigd door Ereaser op 23 juli 2018 16:45]

15,000 USD per CPU voor enterprise gebruik van Java. Nee, het heeft niet met zoveel geld te maken...

Bovenstaand bedrag is van toepassing in bedrijven die onder de noemer 'Enterprise' vallen. voor middelgrote bedrijven is dat 5,000 USD en kleine bedrijven mogen rond de 3,000 USD afrekenen.

Nu maar hopen dat je applicaties werken met OpenJDK. En als dat niet het geval is, dan gauw het Java-schip verlaten, want als Oracle dit als voorspel inzet, verwacht nog veel meer en hufterige naaistreken van hun kant.

Meer details vind je achter dit linkje.

[Reactie gewijzigd door GeroldM op 24 juli 2018 06:55]

Dat wist ik niet. Hoor meestal veel meer rumoer rond het release schedule dan het feit dat die verandering er dus komt om sneller geld te kunnen vangen voor Java versies die niet meer gratis ondersteunt worden.

Maar je zou nog gewoon gratis Java kunnen blijven gebruiken zolang je maar bij blijft.
Idd... Nogal vervelend, des te meer reden om over te stappen op openjdk. Oracle ruikt geld, en als ze dat ruiken zijn ze niet te stoppen
Helaas is openjdk inmiddels ook van Oracle. En dat heeft inderdaad een nieuw business model mogelijk gemaakt. Zie http://openjdk.java.net/faq/
Er is geen 32-bit versie meer. Oracle gaat trouwens ook stoppen met het gratis aanbieden van LTS releases. Voor bedrijven is dit vanaf 2019 en voor consumenten is dit vanaf 2020. Daarna kunnen gratis gebruikers alleen nog de laatste versie gebruiken en zal java.com alleen nog de laatste versie aanbieden. Tot die tijd zal Java 8 nog aangeboden worden.

Dit kan grote implicaties hebben voor veel (oudere) programma's.

Oracle zal ook stoppen met gratis aanbieden van hun JDK, alleen OpenJDK zal nog gratis aangeboden worden. Veel software gebruikt OpenJDK al en veel bedrijven maken/maakten onrechtmatig gebruik van Java SE Advanced. Java SE Advanced is namelijk voor commercieel gebruik nooit gratis geweest. Oracle heeft veel bedrijven rekeningen gestuurd en hier is veel paniek over geweest in 2016/2017. Ik denk dat dit vooral kwam omdat Java SE Advanced standaard werd geinstalleerd als je de Oracle JDK installeerde. Transparantie kon je bij Oracle niet vinden.

Om deze redenen gaat Oracle helemaal stoppen met het gratis aanbieden van hun eigen JDK en zullen gebruikers over moeten stappen naar OpenJDK of andere Java/OpenJDK implementaties(https://www.azul.com/downloads/zulu/).

sources:
https://www.theregister.c...ava_users_non_compliance/
https://react-etc.net/ent...ith-long-term-support-lts
http://www.oracle.com/tec...va/javase/eol-135779.html

[Reactie gewijzigd door NotCYF op 23 juli 2018 18:03]

Dit is toch totaal geen antwoord op mijn vraag, ik had het tevens ook niet over 32bit of 64bit... Snap niet waar jouw antwoord vandaan komt...
Dat antwoord heb ik al gegeven: Omdat er geen 32-bit versie is en Java 9/10 niet erg compatible zijn met Java 8 software. Java 8 zal waarschijnlijk nog een lange tijd(2019/2020) aangeboden worden op java.com omdat het de laatste LTS release is die Oracle gratis uitgeeft.

Java.com heeft altijd achtergelopen om compatibiliteits redenen.

Nu lopen ze al heel erg lang achter omdat Java 9 wel een groot compatibiliteitsprobleem heeft met Java 8 en lager, ook is er geen 32-bits versie meer. Mijn antwoord kwam van het feit dat dit vanaf 2020 gaat veranderen, en dat alleen de laatst publieke versie nog aangeboden gaat worden, omdat LTS releases vanaf die datum niet meer gratis zijn.

Ik zou voor nu nog lekker op Java 8 blijven zodat alles werkt, als je toch de laatste versie wil hebben om wat voor reden ook moet je hier zijn.

[Reactie gewijzigd door NotCYF op 24 juli 2018 02:15]

Thnx! Duildeijk :-)
Als toevoeging hierop, nog even de Oracle Java SE Support Roadmap page vermelden met de meest recent informatie voor wat betreft Java releases (Updated June 28, 2018) met ook een duidelijke uitleg voor wat betreft public releases.

Disclaimer: Ravefiend werkt voor Oracle dus dit schrijf ik in eigen naam. :+
Misschien komt dat doordat Java 8 een LTS versie is en Java 9 en 10 niet.

Sinds ik een Java ontwikkelaar ben, download ik meestal de JDK hier: https://www.oracle.com/te...vase/downloads/index.html. Daar is ook de JRE te vinden.
Men is over naar een nieuw release-model. Men wil in principe om de 6 maanden een nieuwe "versie" uitrollen; en op het moment van schrijven is 9 dus al deprecated. Men zal wel om de 3 jaar een release "kenmerken" als "Long Term Support" release. De volgende versie die daar in aanmerking voor komt is Java 11.
At Oracle, our intent is to designate releases every three years as “Long Term Support” (LTS) releases starting with Java SE 11 in September 2018. So while Java SE 9 has reached its End of Life with the release of Java 10, and Java 10 will do the same with the release of Java 11, Java 11 will have commercial support from Oracle available for at least eight additional years.
zie ook:
https://blogs.oracle.com/...e-java-se-release-cadence
Nog ter aanvulling op de wijzigingen die hierboven al genoemd zijn. Met versie 11 zal Oracle helemaal stoppen met de JRE voor desktops.

http://jdk.java.net/11/

“Oracle will no longer offer a stand-alone JRE for desktops. Starting with JDK 11 Oracle will only produce a JDK and a Server JRE.“

Consumenten kunnen Java 8 blijven gebruiken tot eind 2020. Wel worden applets slechts ondersteund tot maart 2019 en kunnen ze daarna verwijderd worden. Zie deze whitepaper.
Maar is software zoals bijv. Minecraft daar niet enorm afhankelijk van?
Volgens mij wel en Minecraft is echt niet de enige. Die kunnen natuurlijk wel gewoon op jre8 blijven draaien, maar op de lange duur zouden we zo een aantal leuke toepassingen kunnen kwijtraken.

Op dit item kan niet meer gereageerd worden.


OnePlus 7 Pro (8GB intern) Nintendo Switch Lite LG OLED C9 Google Pixel 3a XL FIFA 19 Samsung Galaxy S10 Sony PlayStation 5 AMD

Tweakers vormt samen met Tweakers Elect, Hardware.Info, Autotrack, Nationale Vacaturebank, Intermediair en Independer de Persgroep Online Services B.V.
Alle rechten voorbehouden © 1998 - 2019 Hosting door True