Oracle annonce des changements pour Java SE :
Deux versions par an, licence GPL, des fonctionnalités commerciales du JDK d'Oracle en open source

Le , par Michael Guilloux, Chroniqueur Actualités
Oracle vient d’annoncer de nombreux changements en ce qui concerne le développement et la distribution de Java SE ; lesquels changements devraient sans doute faire plaisir à la communauté.

Dans un billet de blog publié ce mercredi, Mark Reinhold, architecte en chef de la plateforme Java chez Oracle a expliqué la nécessité d’accélérer le cycle de publication du JDK. Il rappelle en effet que Java est en concurrence avec d'autres plateformes qui sont mises à jour plus souvent. « Pour que Java reste compétitif, il ne doit pas juste continuer à aller de l'avant – il doit progresser plus rapidement », a-t-il déclaré dans son billet. Ainsi, après Java 9, attendu le 21 septembre, Mark Reinhold propose une nouvelle version avec de nouvelles fonctionnalités tous les six mois, en mars et en septembre. Ces versions de fonctionnalités (feature release) seront suivies par des mises à jour (update release) chaque trimestre, comme c’est le cas maintenant en janvier, avril, juillet et octobre.

« En m’appuyant sur les modèles de publication utilisés par d'autres plateformes et par diverses distributions de système d'exploitation, je propose qu'après Java 9, nous adoptions un modèle strict et basé sur le temps avec une nouvelle version de fonctionnalités tous les six mois, des mises à jour chaque trimestre et une LTS tous les trois ans », peut-on lire dans son billet.

Les versions de fonctionnalités peuvent contenir n'importe quel type de fonctionnalités, y compris de nouvelles API ou des améliorations d'API, mais aussi les fonctionnalités de langage et JVM. Les versions de mises à jour seront strictement limitées aux corrections des problèmes de sécurité, de régressions et de bogues dans les nouvelles fonctionnalités. Chaque feature release recevra deux mises à jour avant la sortie de la prochaine feature release. Et tous les trois ans, à partir de septembre 2018, la feature release sera une version avec un support à long terme. Elle bénéficiera donc de mises à jour pendant au moins trois ans et peut-être plus longtemps, selon votre fournisseur, explique Mark Reinhold.

« Les développeurs s'attendent à des cycles de publication plus fréquents », mais aussi « à des licences flexibles », ajoute Donald Smith, directeur Product Management chez Oracle, dans un autre billet de blog. Il a noté que le modèle de développement, de publication, de licence et de distribution pour Java SE est vieux de plus d'une décennie. Cela dit, Oracle envisage également de changer les choses au niveau de la licence de Java SE.

En commençant par le JDK 9, Oracle envisage de publier les builds OpenJDK sous licence GPLv2, afin de rendre le code plus adapté aux environnements cloud. Oracle prévoit de publier d'abord les builds OpenJDK pour Linux/x64, puis celles pour macOS/x64 et Windows/x64.

Mais ce n'est pas tout, le géant des bases de données veut également publier en open source des fonctionnalités commerciales qui sont actuellement uniquement disponibles dans le JDK d'Oracle, telles que Java Flight Recorder. L'objectif est de rendre l'OpenJDK et le JDK d'Oracle interchangeables. « Bien que nous sachions qu'il y aura d'abord des différences, notre intention est que, après quelques versions, il n'y ait plus de différences techniques entre les builds OpenJDK et les binaires Oracle JDK », a déclaré Smith.

Sources : Blog personnel de Mark Reinhold, OpenJDK Mailing List, Oracle

Et vous ?

Que pensez-vous des changements annoncés pour Java SE ?
Pensez-vous qu’Oracle envisage de céder Java SE à la communauté comme la société compte le faire pour Java EE ?

Voir aussi :

Oracle envisage de transférer le développement de Java EE à une fondation open source, une preuve de l'abandon de la plateforme
La spécification finale de Java EE 8 disponible en téléchargement, après son approbation par le comité exécutif du JCP


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de kilroyFR kilroyFR - Membre averti https://www.developpez.com
le 07/09/2017 à 13:57
tout est bon a prendre et assez surprenant d'oracle peu reputé a faire des "cadeaux".
Prochaine etape rendre gratos certaines fonctionnalités de leur SGBD vedette, voire une baisse des tarifs qui ont outrageusement explosés ces 2 dernieres années
Avatar de ParseCoder ParseCoder - Membre habitué https://www.developpez.com
le 07/09/2017 à 14:29
Dommage qu'Oracle n'ai pas choisit une license aussi libérale que la license du .NET Compiler Platform (Roslyn).
Avatar de Matthieu Vergne Matthieu Vergne - Expert confirmé https://www.developpez.com
le 07/09/2017 à 14:47
Citation Envoyé par Michael Guilloux Voir le message
« En m’appuyant sur les modèles de publication utilisés par d'autres plateformes et par diverses distributions de système d'exploitation, je propose qu'après Java 9, nous adoptions un modèle strict et basé sur le temps avec une nouvelle version de fonctionnalités tous les six mois, des mises à jour chaque trimestre et une LTS tous les trois ans », peut-on lire dans son billet.
Et c'est où qu'il prend en compte ce qui est faisable en interne ? Parce que bon, copier les autres a ses avantages, mais si c'est pour avoir en pratique le même rythme et se contenter de sortir des versions qui sont juste de moins en moins boguées, les utilisateurs resteront au rythme habituel pour éviter de perdre leur temps, en se contentant d'ignorer les versions intermédiaires.

Citation Envoyé par Michael Guilloux Voir le message
L'objectif est de rendre l'OpenJDK et le JDK d'Oracle interchangeables. « Bien que nous sachions qu'il y aura d'abord des différences, notre intention est que, après quelques versions, il n'y ait plus de différences techniques entre les builds OpenJDK et les binaires Oracle JDK », a déclaré Smith.
Ce qui veut dire qu'à terme il n'en restera qu'un seul. L'objectif, si on lit entre les lignes, et de supprimer l'un des deux. La question est alors de savoir lequel. Je vous le laisse en mille. Reste à voir ensuite l'évolution que ça engendrera, style pas en arrière sur les licences avec celui qui reste. En surface, ça semble génial, mais où sont les garanties ?
Avatar de adiGuba adiGuba - Expert éminent sénior https://www.developpez.com
le 07/09/2017 à 17:24
Citation Envoyé par Matthieu Vergne Voir le message
Et c'est où qu'il prend en compte ce qui est faisable en interne ? Parce que bon, copier les autres a ses avantages, mais si c'est pour avoir en pratique le même rythme et se contenter de sortir des versions qui sont juste de moins en moins boguées, les utilisateurs resteront au rythme habituel pour éviter de perdre leur temps, en se contentant d'ignorer les versions intermédiaires.
L'intérêt c'est que les versions intermédiaires pourront proposer de nouvelles fonctionnalités plus "simple", sans avoir à dépendre du temps de développement trop important d'une autre fonctionnalités.

Par exemple si cela aurait été le cas on aurait déjà pu avoir le REPL, HttpClient avec support d'HTTP2, l'évolution de la classe Process, etc.

Citation Envoyé par Matthieu Vergne Voir le message
Ce qui veut dire qu'à terme il n'en restera qu'un seul. L'objectif, si on lit entre les lignes, et de supprimer l'un des deux. La question est alors de savoir lequel. Je vous le laisse en mille. Reste à voir ensuite l'évolution que ça engendrera, style pas en arrière sur les licences avec celui qui reste. En surface, ça semble génial, mais où sont les garanties ?
Moi je vois plutôt çà dans le sens où çà leur permettra de proposer plus facilement leur JDK commerciale.

S'ils tuent l'OpenJDK ils se prendront un gros bad-buzz, se retrouveront éjecté des distributions, et risqueraient de voir un fork...

Citation Envoyé par ParseCoder Voir le message
Dommage qu'Oracle n'ai pas choisit une license aussi libérale que la license du .NET Compiler Platform (Roslyn).
C'est à dire ?
On est sur du GPLv2 là je ne vois pas où est le problème...

a++
Avatar de Matthieu Vergne Matthieu Vergne - Expert confirmé https://www.developpez.com
le 07/09/2017 à 17:43
Citation Envoyé par adiGuba Voir le message
S'ils tuent l'OpenJDK ils se prendront un gros bad-buzz, se retrouveront éjecté des distributions, et risqueraient de voir un fork...
Fait converger les deux, après convergence tu justifies la suppression de l'un des deux avec les meilleurs arguments du monde : les deux sont équivalents, inutile de bosser deux fois, on est une structure solide et allons donc prendre en main le projet entièrement en embauchant les gens compétents qui travaillent sur l'autre. Cela passe donc notamment par l'acquisition des compétences clés de l'autre projet pour bosser sur le leur (pour rappel, on parle d'avoir OpenJDK en GPL, pas le JDK d'Oracle). De là, petite régression par petite régression, pour éviter que ça n'arrive trop vite, à coup de messages "oui mais comprenez, on fait de notre mieux mais c'est pas facile", le JDK officiel fini par perdre les attraits qu'on vend ici, et de là des voix recommencent à monter et à parler de forker le projet. Tu gères ça bien jusqu'à ce que la différence soit trop forte pour justifier la création d'un fork... sauf que trop tard, le JDK actuel n'est pas forkable, car c'est celui sous GPL qui a été arrêté il y a maintenant X années, et on doit donc repartir d'une version obsolète pour forker. Ajoute à cela que les experts du sujet sont désormais principalement chez Oracle et (potentiellement) contraint de par leur contrat de ne pas participer au projet concurrent, pour des raisons tout à fait normale de non concurrence, sous peine de licenciement, avec des poursuites judiciaires pour ceux qui n'auraient pas peur du licenciement.

Si tu t'organises pour tuer le projet à petit feu, d'ici à ce qu'un fork se recrée, tu auras déjà eu le temps de mettre à bas les forces vives concurrentes et d'établir une dépendance à ton propre JDK.

Évidemment, ce n'est que de la spéculation, qui plus est particulièrement pessimiste. Mais je ne vois pas ce qui l'empêcherai à l'heure actuelle.
Avatar de adiGuba adiGuba - Expert éminent sénior https://www.developpez.com
le 07/09/2017 à 19:20
Oui mais s'ils comptent "tuer" OpenJDK ils peuvent le faire dès maintenant.
Pas besoin d'y ajouter des fonctionnalités...

L'intérêt au contraire c'est de déployer OpenJDK au maximum, et de pouvoir proposer leur offre commerciale derrière.
Avatar de kilroyFR kilroyFR - Membre averti https://www.developpez.com
le 07/09/2017 à 20:38
Oracle ne faisant rien sans arriere pensée (il faut bien payer l'ile de l'insatiable ellison), du business, rien que du business dans cette strategie.
Avatar de Matthieu Vergne Matthieu Vergne - Expert confirmé https://www.developpez.com
le 07/09/2017 à 20:54
Citation Envoyé par adiGuba Voir le message
Oui mais s'ils comptent "tuer" OpenJDK ils peuvent le faire dès maintenant.
Pas besoin d'y ajouter des fonctionnalités...
Est-ce qu'ils peuvent le faire sans risquer gros à l'heure actuelle ? Sa réputation n'est pas si bonne j'ai l'impression, alors que là on a l'occasion de lui redorer le blason, de quoi offrir une meilleure marge de manœuvre pour arriver à ces fins. Un peu comme quand le gouvernement propose un truc complètement irréaliste pour faire style qu'il a fait un geste en proposant un truc moins fort mais tout aussi scandaleux. L'idée elle est là : si on arrive à la fin avec dans un état équivalent à ce qu'on a aujourd'hui, mais avec un concurrent en moins bonne position, c'est tout bénèf.
Avatar de ParseCoder ParseCoder - Membre habitué https://www.developpez.com
le 07/09/2017 à 23:29
Citation Envoyé par adiGuba Voir le message
C'est à dire ?
On est sur du GPLv2 là je ne vois pas où est le problème...
Le compilateur C# (et VB) est en license Apache. Tu peux parfaitement utiliser l'API d'analyse de code fournie avec dans des softs en license libre ou propriétaire.
Avatar de adiGuba adiGuba - Expert éminent sénior https://www.developpez.com
le 07/09/2017 à 23:52
Citation Envoyé par Matthieu Vergne Voir le message
Est-ce qu'ils peuvent le faire sans risquer gros à l'heure actuelle ?
Et en quoi cela changerait-il dans le futur ?
Ils libèreraient encore plus de fonctionnalités pour mieux revenir en arrière par la suite... Etrange non ?

Citation Envoyé par ParseCoder Voir le message
Le compilateur C# (et VB) est en license Apache. Tu peux parfaitement utiliser l'API d'analyse de code fournie avec dans des softs en license libre ou propriétaire.
Et c'est le cas également avec OpenJDK. Non ?
Je ne suis pas un pro des licences mais j'ai du mal à voir une différence dans ce cas là.

La principale différence que je vois entre une licence Apache ou GPLv2, c'est que cette dernière empêche un tiers de récupérer le code pour en faire un fork propriétaire...
Avatar de 23JFK 23JFK - Membre éprouvé https://www.developpez.com
le 08/09/2017 à 3:57
Après avoir perdu son procès contre Alphabet->Google->Android, java ne présente plus le même intérêt économique pour Oracle, en fait, leur intérêt maintenant est plutôt de se reconstruire une image d'innovateur cool tout en minimisant les investissements. A terme, il ne restera que l'OpenJDK et Oracle en proposera des bundles binarisés modulaires optimisés pour ceux qui ont la flemme de compiler tandis que l'OpenJDK installera tous les modules java sans distinction... De mon avis
Avatar de Namica Namica - Membre éclairé https://www.developpez.com
le 10/09/2017 à 0:09
En relisant une des sources de l'article : https://blogs.oracle.com/java-platfo...ion-of-java-se
J'ai vraiment difficile de faire la part des choses entre les craintes de Matthieu Vergne et l'opinion de adiGuba.
L'article me parait aller dans le bon sens et l'avis de Matthieu Vergne ne relève-t-il pas de la paranoïa ?
J'aurais tendance à suivre l'avis de adiGuba, mais ...
Mais voilà, peut on réellement avoir confiance dans Oracle et ses licences et discours plus que tortueux ?
Matthieu Vergne a peut-être un nez plus fin que le mien ou celui d'adiGuba.
(ou, nous sommes peut-être plus naïf que lui ?)
Qu'en pensez-vous ?

Voir aussi:
Avatar de Namica Namica - Membre éclairé https://www.developpez.com
le 10/09/2017 à 0:14
Citation Envoyé par 23JFK Voir le message
Après avoir perdu son procès contre Alphabet->Google->Android, java ne présente plus le même intérêt économique pour Oracle, en fait, leur intérêt maintenant est plutôt de se reconstruire une image d'innovateur cool tout en minimisant les investissements. A terme, il ne restera que l'OpenJDK et Oracle en proposera des bundles binarisés modulaires optimisés pour ceux qui ont la flemme de compiler tandis que l'OpenJDK installera tous les modules java sans distinction... De mon avis
Ce serait sans doute le meilleur avenir puisque dans une licence GPL avec donc une certaine garantie de pérennité libre de tout soucis "privatifs".
Avatar de Matthieu Vergne Matthieu Vergne - Expert confirmé https://www.developpez.com
le 10/09/2017 à 0:29
La paranoïa, non. Je ne fait qu'énoncer une possibilité, et non une conviction. J'ai déjà affirmé que ce n'était que de la spéculation.

La position que je prend est plus celle du questionnement : qu'est-ce qui empêcherait Oracle de prendre de telles mesures aux dépends de la communauté ? À l'heure actuelle, je ne vois pas de garantie qui permette de se dire "ça c'est une bonne chose". J'ai l'impression qu'à l'heure actuelle, c'est plus une question de pari/confiance.
Avatar de Namica Namica - Membre éclairé https://www.developpez.com
le 10/09/2017 à 3:23
Citation Envoyé par Matthieu Vergne Voir le message
La paranoïa, non. Je ne fait qu'énoncer une possibilité, et non une conviction. J'ai déjà affirmé que ce n'était que de la spéculation.

La position que je prend est plus celle du questionnement : qu'est-ce qui empêcherait Oracle de prendre de telles mesures aux dépends de la communauté ? À l'heure actuelle, je ne vois pas de garantie qui permette de se dire "ça c'est une bonne chose". J'ai l'impression qu'à l'heure actuelle, c'est plus une question de pari/confiance.
J'avais bien compris ta position: "qu'est-ce qui empêcherait Oracle de prendre de telles mesures aux dépends de la communauté ?", malgré les annonces en référence.
Avatar de Matthieu Vergne Matthieu Vergne - Expert confirmé https://www.developpez.com
le 10/09/2017 à 10:12
Étant occupé depuis quelques semaines, et ne suivant pas de près ce sujet, je n'ai pas lu ces références. Je me suis concentré sur ce que rapporte l'article.
Avatar de Uther Uther - Expert éminent https://www.developpez.com
le 11/09/2017 à 15:11
Citation Envoyé par Matthieu Vergne Voir le message
La position que je prend est plus celle du questionnement : qu'est-ce qui empêcherait Oracle de prendre de telles mesures aux dépends de la communauté ? À l'heure actuelle, je ne vois pas de garantie qui permette de se dire "ça c'est une bonne chose". J'ai l'impression qu'à l'heure actuelle, c'est plus une question de pari/confiance.
On peut toujours ce méfier, mais cette question n'a rien de particulier à la situation. On peut tout a fait la poser pour n'importe quel langage/société. Il n'y a pas plus de raison d'être sceptique qu'envers Microsoft, Google, Apple, Redhat, ...
Avatar de Matthieu Vergne Matthieu Vergne - Expert confirmé https://www.developpez.com
le 11/09/2017 à 23:47
Ce qui ne justifie pas de ne pas se la poser. Ce n'est pas parce qu'on se pose la même question que la réponse est forcément la même, fut-elle indécidable. Il s'agit de considérer les informations disponibles, qui elles dépendent du contexte.
Offres d'emploi IT
Lead Dev PHP - DB
CLAIR ET NET. Agence digitale Paris - Ile de France - Paris (75015)
Lead UX/UI Designer_Startup_Paris 9_CDI
Bluecoders - Ile de France - Paris (75009)
Développeur Web Front-End
CONSORT FRANCE - Ile de France - Paris (75017)

Voir plus d'offres Voir la carte des offres IT
Contacter le responsable de la rubrique Accueil