IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Oracle annonce la sortie officielle de Java 11 :
Tour d'horizon des principales nouveautés de cette version LTS

Le , par Michael Guilloux

1.3KPARTAGES

17  0 
Oracle a annoncé mardi la disponibilité générale de Java 11, conformément à sa nouvelle cadence de publication de six mois adoptée il y a un an avec Java 9. Avec sa nouvelle cadence, quand une nouvelle version de Java est disponible, la version précédente va immédiatement cesser de recevoir des mises à jour publiques. C'est ce qui fait d'ailleurs que Java 11 est une mise à jour importante, car il s'agit de la première version LTS (bénéficiant d'un support à long terme) depuis qu'Oracle a décidé de sortir deux versions de Java par an. Elle est donc destinée aux utilisateurs qui privilégient la stabilité à un accès rapide aux nouvelles fonctionnalités.

Pour en venir aux nouveautés, Java 11 ne fait pas moins que les versions précédentes. Cette version vient en effet avec un bon lot de nouveautés et de nombreux changements que les développeurs ne doivent pas ignorer.

Dans Java 11, une nouvelle API HTTP fait son apparition. En fait, elle n'est pas tout à fait nouvelle, puisqu'elle a été introduite dans le JDK 9 (en incubation) et mise à jour dans le JDK 10. L'API HTTP a été standardisée dans Java 11. Dans le cadre de ce travail, l'API précédemment incubée, qui se trouvait dans le package jdk.incubator.http, a été supprimée. Les codes qui utilisent les types du package jdk.incubator.http devraient donc être mis à jour pour importer les types HTTP à partir de java.net.http.

Java 11 met également à jour les API de plateforme existantes pour prendre en charge la version 10.0.0 du standard Unicode. Après le JDK 10, qui supportait Unicode 8.0.0, le JDK 11 combine en effet les versions 9.0.0 et 10.0.0 d'Unicode qui incluent 16 018 nouveaux caractères, 18 nouveaux blocs et 10 nouveaux scripts.

Comme autre nouveauté, notons l'ajout du Z Garbage Collector, également appelé ZGC, un ramasse-miettes scalable à faible latence (en phase expérimentale). Il est conçu pour répondre à un certain nombre d'objectifs comme : des temps de pause qui ne dépassent pas les 10 ms ; et gérer des tas allant de quelques centaines de mégaoctets à plusieurs téraoctets. Précisons en passant que le tas est l'un des deux segments de mémoire utilisés lors de l'allocation dynamique de mémoire durant l'exécution d'un programme informatique. ZGC n'est pour le moment disponible que sous Linux/x64.

Au nombre des nouveautés, soulignons aussi que le nom de type réservé var peut maintenant être utilisé lors de la déclaration des paramètres formels d'une expression lambda. Cette nouveauté s'appuie sur la capacité de Java SE 10 à utiliser var pour la déclaration de variables locales. Entre autres nouvelles fonctionnalités, avec Java 11, il sera possible de lancer des programmes fournis sous la forme d’un fichier unique de code source Java.


Côté sécurité, Java 11 implémente les algorithmes de chiffrement ChaCha20 et Poly1305, mais aussi TLS 1.3, la dernière version du protocole de sécurisation des échanges sur Internet. On notera du côté des fonctionnalités obsolètes la suppression des modules Java EE et CORBA de la plateforme Java SE et du JDK. Ces modules étaient déclarés obsolètes depuis Java SE 9. Le moteur JavaScript Nashorn a été également déprécié dans Java 11. Comme lui, les outils pack200, unpack200 et l'API Pack200 dans java.util.jar sont désormais obsolètes.

Si nous sommes loin de la liste exhaustive des changements introduits dans Java 11, on peut terminer sur des informations que les développeurs devraient savoir en utilisant Java 11. D'abord, les Applets et la plateforme de déploiement Web Start, obsolètes depuis Java 9, ont été supprimées dans cette nouvelle version. Il est aussi utile de rappeler que JavaFX n'est plus inclus dans le JDK. Il est maintenant disponible en téléchargement séparé depuis openjfx.io.

Stephen Colebourne met en garde contre le téléchargement du JDK Oracle

Si Java 11 est maintenant disponible, Stephen Colebourne, architecte et célèbre contributeur Java, estime qu'Oracle l’a délibérément ou accidentellement configuré pour être un piège pour les utilisateurs : le JDK Oracle vient avec une nouvelle licence. « Depuis 23 ans, les développeurs ont téléchargé le JDK d’Oracle et l’ont utilisé gratuitement. Tapez "JDK" dans votre moteur de recherche préféré, et le premier lien sera vers une page de téléchargement Oracle Java SE », explique Stephen Colebourne. « Mais cette recherche et ce lien sont désormais un piège : Oracle JDK, celui auquel toutes les recherches sur le Web vous amènent, est maintenant commercialisé ».

Ainsi, le piège, selon lui, est que les développeurs vont télécharger le JDK Oracle (parce que c'est ce qu'ils ont toujours fait, et c'est suggèrent les recherches sur le Web) ; l'utiliser en production (car ils ne vont pas réaliser que la licence a changé) ; et recevoir plus tard un appel désagréable des équipes Licences d'Oracle exigeant de payer beaucoup d'argent.

« En d'autres termes, Oracle peut amener [les développeurs] à télécharger la mauvaise version (commerciale) de Java. Si vous ne lisez pas attentivement les [termes], vous ne réaliserez peut-être même pas qu'Oracle JDK est maintenant commercial et que vous êtes donc tenu de payer Oracle pour Java », dit-il.

Maintenant, est-ce un piège de la part d'Oracle ? L'architecte Java laisse les lecteurs se faire leurs propres opinions. Mais en attendant d’avoir une réponse, il y a une solution simple : utiliser une build OpenJDK. En plus de son JDK commercial, Oracle propose une build OpenJDK qui est gratuite et sous licence GPL, disponible sur le site jdk.java.net. Et il y aussi d'autres builds OpenJDK qui devraient bientôt être disponibles, comme celles d'AdoptOpenJDK ou de groupes autres qu'Oracle.

Télécharger l'OpenJDK

Sources : Annonce Oracle, OpenJDK, Stephen Colebourne

Et vous ?

Aviez-vous l'habitude de télécharger le JDK Oracle ? Que pensez-vous de ce changement licence ?
Croyez-vous qu'Oracle voulait piéger les développeurs Java ?
A part cela, que pensez-vous de cette nouvelle version de Java ?
Quelles nouveautés appréciez-vous le plus ? Quels changements trouvez-vous décevants ? Pourquoi ?
Qu'attendez-vous des prochaines versions ?

Voir aussi :

JavaFX 11 est enfin disponible en tant que module open source distinct du JDK : tour d'horizon des améliorations et des nouveautés
JDK 11 : trois nouveautés sont prévues ainsi que la suppression de JAVA EE, JavaFX et CORBA, dans le cadre des mises à jour semestrielles
Java 11 : migrer ou changer de langage, qu'envisagez-vous de faire suite aux derniers changements annoncés par Oracle ?
Oracle annonce la sortie officielle de Java 10, ce qui signifie la fin des mises à jour et correctifs de sécurité gratuits pour Java 9

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de GLDavid
Expert confirmé https://www.developpez.com
Le 28/09/2018 à 16:41
Bonjour

Enfin, Haley termine son propos en reconnaissant que l’absence du soutien des ingénieurs d’Oracle constituera un défi pour la communauté Java. Mais pour lui, ce défi devrait permettre à la communauté de prouver qu’elle peut toujours tenir sans cette entreprise. Un appel est donc lancé aux contributeurs pour assurer la pérennité d’OpenJDK.
J'appelle cela une liberation. Pour être franc et avoir été pendant longtemps un codeur Java, la nouvelle de l'acquisition de Java par Oracle m'a été désagréable et les évènements consequents ne m'ont pas rassurés. On savait qu'Oracle essaierait de tirer le maximum de bénéfices.
Là, je vois une prise de conscience et un appel à ce que Java soit clairement du domaine libre. En gros, OpenJDK serait la base et norme, Oracle peut faire ce qu'il veut autour de cette base.

@++
3  0 
Avatar de adiGuba
Expert éminent sénior https://www.developpez.com
Le 29/09/2018 à 20:27
C'est toutefois un cas un peu particulier, car il utilise une librairie de Java EE, et donc qui ne fait pas partie de l'API standard de Java SE...

La vrai solution serait de fournir une implémentation avec le programme.

Pour la grande majorité des programmes le fonctionnement reste identique qu'en Java 8 ou inférieur tant qu'on n'utilise pas les modules.
2  0 
Avatar de adiGuba
Expert éminent sénior https://www.developpez.com
Le 27/09/2018 à 20:46
L'OpenJDK c'est la version de référence (depuis je ne sais plus quelle version).
La version d'Oracle n'est juste qu'une des implémentations parmi d'autre (comme IBM).

Rien n'a vraiment changé de ce côté là. C'était déjà comme cela avant.

Ce qui a changé c'est que desormais le JDK d'Oracle est soumis à un accord commercial.
En clair il n'est plus gratuit... Contrairement à l'OpenJDK.

Bref pour continuer à l'utiliser gratuitement c'est par ici :
https://jdk.java.net/11/
1  0 
Avatar de esperanto
Membre émérite https://www.developpez.com
Le 01/10/2018 à 16:21
Citation Envoyé par GLDavid Voir le message
En gros, OpenJDK serait la base et norme, Oracle peut faire ce qu'il veut autour de cette base.
ça risque plutôt d'être l'inverse: tant qu'Oracle restera seul dépositaire de la spécification, c'est leur version qui sera considérée comme la base.
De plus les entreprises ont souvent tendance à installer la version d'Oracle plutôt que la version libre.
Ensuite Oracle peut très bien décider de ne plus diffuser gratuitement certaines évolutions de la spécification, de sorte que l'OpenJDK ne pourra plus suivre.

AJOUT
Et ce n'est pas que pure spéculation, il y a déjà un précédent. Quand Oracle a repris Java, une de leur premières mesures fut de ne plus fournir les protocoles de test de certification aux concurrents libres, notamment la machine virtuelle proposée par Apache.
Plus qu'à attendre que Red hat se fâche avec eux, et bientôt l'Open JDK sera considéré comme un concurrent.
1  0 
Avatar de Mickael_Istria
Membre expert https://www.developpez.com
Le 01/10/2018 à 18:51
Citation Envoyé par esperanto Voir le message
ça risque plutôt d'être l'inverse: tant qu'Oracle restera seul dépositaire de la spécification, c'est leur version qui sera considérée comme la base.
De plus les entreprises ont souvent tendance à installer la version d'Oracle plutôt que la version libre.
Ensuite Oracle peut très bien décider de ne plus diffuser gratuitement certaines évolutions de la spécification, de sorte que l'OpenJDK ne pourra plus suivre.
Des gens disaient exactement la meme chose pour Java EE il y a 7-8 ans, et en plus pretendaient que c'etait une raison de choisir Spring!
En 2018, si quqleu'un redit ca, on repond "LOL".
On peut esperer qu'en 2023, en lisant ce message, on se dira "LOL" aussi.
1  0 
Avatar de grunt2000
Membre éclairé https://www.developpez.com
Le 27/09/2018 à 13:19
Pardonnez-moi d'être une freizh, mais je n'arrive pas à comprendre quelle est la différence entre la version open jdk et celle d'Oracle dans le code.

Deux équipes concurrentes font la course à chaque fois pour implémenter des fonctionnalités de chaque côté,
Code : Sélectionner tout
1
2
3
4
// Open JDK
public void increase() {
   this.value = this.value + 1;
}
Code : Sélectionner tout
1
2
3
4
// Oracle
public void increase() {
   this.value = 1 + this.value;
}
... en se tenant prêtes pour livrer toutes deux le 25 Septembre ?

ou bien : c'est le même code mais on fait un package payant pour Oracle, et un gratuit pour open-jdk, ou qu'est-ce qui change ?

Concrètement, c'est quoi les différences binaires entre les deux versions ?
0  0 
Avatar de darklinux
Membre extrêmement actif https://www.developpez.com
Le 27/09/2018 à 13:49
Il n ' y en a aucune , mais OpenJDK est la version de référence à Java
0  0 
Avatar de grunt2000
Membre éclairé https://www.developpez.com
Le 27/09/2018 à 14:58
Citation Envoyé par darklinux Voir le message
Il n ' y en a aucune , mais OpenJDK est la version de référence à Java
Du coup, comment une version OpenJDK se transforme en version Oracle ?
Parce qu'à ce compte, je vous fais aussi une version grunt2000 si vous voulez : s'il suffit de copier le binaire sur son site web.

D'où vient que c'est Oracle qui semble décider de ce qui sera implémenté dans Java, alors que ça devrait être du coup, si c'est OpenJDK le chef de file, et pourquoi les gens iraient chez Oracle acheter un JDK du coup, s'il est à l'exact identique de l'autre ?
0  0 
Avatar de
https://www.developpez.com
Le 27/09/2018 à 15:14
Citation Envoyé par grunt2000 Voir le message
Du coup, comment une version OpenJDK se transforme en version Oracle ?
Parce qu'à ce compte, je vous fais aussi une version grunt2000 si vous voulez : s'il suffit de copier le binaire sur son site web.

D'où vient que c'est Oracle qui semble décider de ce qui sera implémenté dans Java, alors que ça devrait être du coup, si c'est OpenJDK le chef de file, et pourquoi les gens iraient chez Oracle acheter un JDK du coup, s'il est à l'exact identique de l'autre ?
L'Open JDK est maintenu par Oracle, la version "Oracle" du JDK contient des modifications de licence, des ajustements de performances ou des implémentations spécifiques à certains environnements. Les notions de support ne sont pas les mêmes non plus.
0  0 
Avatar de grunt2000
Membre éclairé https://www.developpez.com
Le 28/09/2018 à 12:47
Juste pour que je comprenne bien, parce que ça ne m'est pas clair : pareil mais implémentation différente ?

Est-ce que la situation est celle-ci :

Oracle OpenJDK
Classes Mêmes CRC que OpenJDK Mêmes CRC que Oracle
Exécutables java.exe et javac.exe même taille et CRC/SHA-1/MD5... que OpenJDK java.exe et javac.exe même taille et CRC/SHA-1/MD5... que Oracle

Ou bien :
Les classes distribuées et les exécutables distribués peuvent différer binairement
et alors : comment précisément ?
1  1