Je (en tant que type non-Java) suis perplexe que mon installation locale de JRE 10 nécessite une mise à jour, mais lors de la mise à jour, j'obtiens le JRE 8! Ceci est même signalé sur https://java.com/en/download/more_info10.jsp:
Les utilisateurs qui ont installé JRE 9 et / ou JRE 10 (versions de support non à long terme) doivent supprimer ces versions obsolètes de Java.
Je comprendrais si JRE 11 serait la version actuelle, mais non, c'est JRE 8:
Si vous avez toujours besoin de Java sur votre ordinateur, téléchargez la dernière version de JRE 8 disponible sur java.com, qui est la seule version majeure actuellement prise en charge du déploiement de bureau ciblant Java.
Comment est-ce possible?
3 Réponses :
C'est peut-être parce que les modules dépréciés de Java 11 qui sont présents dans Java 10, par exemple JAXB ou Java FX. Le dernier Java 8 a toujours ces modules, donc le logiciel qui fonctionnait sur Java 10 peut potentiellement fonctionner avec Java 8.
Simple: propre feuille de route de support d'Oracle listes Java 8 comme supportant "premier" jusqu'en 2022.
À l'inverse, Java 9 et 10 ont connu une interruption du support principal en mars et septembre 2018. Le nouveau modèle de mise à jour d'Oracle garantit que les versions non LTS à partir de Java 9 ne seront officiellement prises en charge que jusqu'à l'arrivée de la nouvelle version de Java.
"Actuel" est un mot un peu fort quand il s'agit de Java; techniquement, la dernière version de Java qui devrait être utilisée par les consommateurs finaux est Java 11 (au moment de la rédaction), car il s'agit de la LTS actuelle. Cependant, toutes les applications qui utilisent Java peuvent ne pas être à jour, il est donc plus sûr de revenir à Java 8 jusqu'à ce que votre fournisseur d'applications vous informe que la mise à niveau est sûre.
Je ne vois pas comment cela répond à la question? En général, les versions Java sont hautement compatibles avec les versions antérieures et les versions antérieures à Java 8 ont été mises à jour assez rapidement, et cette réponse ne résout pas ce problème. Et le support "premier" n'est pas très applicable ici?
@MattiasIsegranBergander: C'est vrai; Le principal tournant est qu'Oracle a choisi d'accélérer son propre calendrier de publication tous les six mois et d'offrir périodiquement un LTS pour les organisations qui ne veulent pas continuer à chercher des mises à jour. De plus, il y a des changements notablement incompatibles vers l'arrière; réflexion entre autres (par exemple, si vous utilisez une bibliothèque qui repose sur la réflexion pour faire du travail, vous pouvez avoir du travail à faire), mais aussi des parties du JDK sont divisées et ne sont pas conservées dans les modules par défaut, ce qui signifie plus de travail pour porter cela à travers.
@MattiasIsegranBergander: Si vous suivez le développement JakartaEE (anciennement JavaEE) ou JavaFX, vous remarquerez qu'il y avait des bibliothèques supposées "defacto" dans le JDK qui vous obligent maintenant à les inclure explicitement comme dépendances.
Je suis pleinement conscient de ce qui a changé et de ce qui manque et comment le faire fonctionner, je migre des applications et des logiciels serveur de java 8 vers 9, 10 et 11. Cette réponse ne mentionne même pas ces choses cependant, c'est mon point. :)
@MattiasIsegranBergander: Considérant que l'OP pose vraiment des questions sur le JRE et pas nécessairement sur le JDK, je pense que ce que j'ai est suffisant.
Étrange, j'utiliserais le même argument pour dire pourquoi ce n'est PAS suffisant. Comme il ne mentionne rien sur JRE et les ordinateurs de bureau. Ensuite, nous acceptons de ne pas être d'accord :)
L'explication se trouve sur cette page que vous avez liée et citée.
Section pertinente mise en évidence. "déploiement de bureau".
Si vous avez toujours besoin de Java sur votre ordinateur, téléchargez la dernière version de JRE 8 disponible sur java.com, qui est le seul actuellement pris en charge version majeure de Java ciblant le déploiement de bureau.
Réponse courte:
Le choix d'aujourd'hui est donc entre java 8 et 11. Mais 11 a supprimé les applets et l'intégration du navigateur et d'autres technologies de bureau (JavaFX, java webstart, etc.). Voir la liste ci-dessous et le lien vers la source. Voir également le livre blanc Oracle de 2018-03, Client Java Mise à jour de la feuille de route .
Plus de détails: Oracle a décidé d'arrêter de publier plusieurs variantes de JRE par lui-même. En plus d'exiger une licence pour une utilisation en production pour les versions plus récentes. Par exemple, les variantes 32 bits ne sont plus, les variantes de bureau traditionnelles ne sont pas disponibles car il n'y a pas de démarrage Web java et javafx est séparé depuis jdk 11+ etc., Oracle se concentre davantage sur 64 bits et le serveur.
Compte tenu du fait que 9 et 10 ne sont pas des versions de support à long terme (et qu'elles ont expiré), cela vous laisse le choix de Java 8 pour ce cas d'utilisation particulier pour l'instant.
Les mises à jour publiques JDK pour java 8 à partir d'oracle se termineront en janvier 2019 (et en décembre 2020 pour un usage personnel), donc au moins d'ici là, c'est la version de bureau Java actuelle de choix, d'Oracle en fait.
La version actuelle de java 11 est uniquement disponible sous forme de JDK 64 bits (téléchargement du kit de développement) depuis oracle. Pas de JRE de bureau approprié (juste le runtime).
Supprimé dans la version JDK 11 d'Oracle: Modifications et informations importantes Voici quelques changements importants et informations sur cette version. Dans certains cas, des détails supplémentaires sur les changements décrits ci-dessous sont fournis dans ces notes de publication.
- La pile de déploiement, requise pour les applets et les applications Web Start, était obsolète dans le JDK 9 et a été supprimée dans le JDK 11.
- Sans pile de déploiement, toute la section des navigateurs pris en charge a été supprimée de la liste des configurations prises en charge de JDK 11.
- La mise à jour automatique, qui était disponible pour les installations JRE sous Windows et macOS, n'est plus disponible.
- Sous Windows et macOS, l'installation du JDK dans les versions précédentes installait éventuellement un JRE. Dans JDK 11, ce n'est plus une option.
- Dans cette version, le JRE ou le serveur JRE n'est plus proposé. Seul le JDK est proposé. Les utilisateurs peuvent utiliser jlink pour créer une personnalisation plus petite runtimes.
- JavaFX n'est plus inclus dans le JDK. Il est désormais disponible en téléchargement séparé depuis openjfx.io.
Source: https://www.oracle .com / technetwork / java / javase / 11-relnote-issues-5012449.html
Pendant un moment, vous avez eu beaucoup de "TBD" dans votre réponse. Votre réponse doit être un peu complète lorsque vous la publiez.
Désolé à ce sujet, n'était pas destiné à être publié à ce moment-là, juste mes propres notes où remplir de plus amples informations pendant l'écriture. Mais ceux-ci sont partis depuis longtemps.
... c'est pourquoi les votes négatifs ont eu lieu. Vous avez amplement le temps de rédiger votre réponse avant de cliquer sur le bouton «Soumettre».
Pleinement conscient de ce fait, c'était un accident, j'ai déjà écrit une réponse ou deux ... Les votes indiqueraient l'utilité de la réponse pour un lecteur, pour être utile à cet égard: c'est-à-dire la version actuelle. Je n'ai même pas pensé que quelqu'un avait le temps de voir la publication initiale.
Eh bien, j'aime la réponse (et j'ai voté pour). Ce que je lis essentiellement, c'est qu'Oracle a gâché le contrôle des versions. Il est très étrange que les applications reposant sur des fonctionnalités spéciales JRE 9 ou JRE 10 soient désormais condamnées jusqu'à la sortie officielle de JRE 11. Merci pour la clarification.
Eh bien JRE 11 ne se produira probablement pas, pas d'Oracle de toute façon. Les fonctionnalités supprimées étaient généralement obsolètes dans les versions 9 et 10, il ne devrait donc y avoir aucun chevauchement.
Je viens d'apprendre qu'une des raisons pour lesquelles le JRE 11 ne se produira probablement jamais (bien que le JDK 11 existe) pourrait être, qu'à partir de JRE 9, les applications devraient être des applications autonomes. Voir docs.oracle.com/javase / 8 / docs / technotes / guides / deploy /… .