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 !

Java EE 8 : Oracle veut transférer la spécification MVC à une autre organisation
Les JSR pour Management 2.0 et JMS 2.1 seront supprimés

Le , par Michael Guilloux

100PARTAGES

5  0 
Cette année, Oracle a fait l’objet de nombreuses critiques à cause d’une négligence constatée de la plateforme Java. La vague de critiques a commencé en fin 2015, lorsqu’Oracle a commencé à se séparer de développeurs importants pour la communauté Java en même temps que des échanges de mails abordant « l’obsolescence programmée » de la plateforme ont fait surface.

Suite à sa défaite contre Google dans le procès autour des API Java, Oracle a également retiré discrètement des fonds destinés au développement de Java et Java SE. Ce fait a été mis au jour après que certains développeurs Java imminents, soutenus par des organisations, ont décidé de poursuivre leur propre développement de Java EE ; une décision prise avoir constaté une interruption soudaine de l’activité d’Oracle autour de Java EE.

Oracle a donc fini par briser le silence pour essayer de taire les critiques. Le géant des bases de données a affirmé son engagement vis-à-vis de la plateforme Java, mais sa vision avait bel et bien changé pendant tout ce temps de silence. Le nouvel objectif d’Oracle de devenir leader du cloud a demandé une nouvelle orientation de Java EE, ce qui, selon la firme, nécessite de repousser la sortie de Java EE 8 prévue initialement pour la mi-2017, à la fin de l’année prochaine.

Comme annoncé à la JavaOne 2016 par Anil Gaur, vice-président du groupe chargé de Java EE et WebLogic Server, à partir de Java EE 8, Oracle veut moderniser sa plateforme pour le cloud et les microservices. Java EE a été écrit pour aider les entreprises à construire des sites Web et applications sur des serveurs d'applications. Mais les besoins des entreprises ont changé au fil des années. Oracle est convaincu que la prochaine génération d'applications sera exécutée dans le cloud et non sur des serveurs d'applications. Avec cette évolution vers le cloud, la firme ne veut pas que les développeurs Java ne soient plus utiles dans ce nouveau monde, d'où cette nouvelle orientation.

Java EE 8 devrait donc fournir des fonctionnalités basiques pour le cloud, alors que d’autres fonctionnalités de la plateforme devraient également payer les frais de la nouvelle direction empruntée par Oracle. C’est le cas du MVC qui serait moins pertinent dans un environnement cloud. Oracle étudie donc la possibilité de transférer la spécification à un autre membre de la communauté ou une organisation pour le développer en tant que composant autonome pour Java. Le Modèle-Vue-Contrôleur (MVC) est un modèle courant dans les frameworks Web, où il est utilisé principalement par des applications basées sur HTML. Le Modèle se réfère aux données de l'application, la Vue à la présentation des données de l'application et l’interface utilisateur, et le Contrôleur à la partie du système responsable de la logique de contrôle, la gestion des événements et la synchronisation.

Dans un billet de blog, l’évangéliste Java EE David Delabassee, qui a fait l’annonce, ajoute encore que la société retire officiellement les JSR (Java Specification Requests) pour l’API Management 2.0 (JSR 373) et JMS 2.1 (JSR 368). L'API Java Message Service (JMS) est une API Java permettant d'accéder aux systèmes de messagerie d'entreprise à partir de programmes Java dans les environnements Java EE et Java SE. Elle fournit un moyen pour les programmes Java de créer, d'envoyer, de recevoir et de lire les messages d'un système de messagerie d'entreprise. En ce qui concerne l’API Management 2.0, elle vise à « remplacer les API Management EJB actuelles et définir de nouvelles interfaces REST pour décrire les objets gérés. Cela devrait accroître l'interopérabilité et la facilité d'utilisation de la nouvelle interface, grâce à la large palette d'outils et de bibliothèques HTTP existants », est-il indiqué sur le site du Java Community Process (JCP).

« Ces changements sont cohérents avec la feuille de route révisée de Java EE présentée à la JavaOne 2016, dans laquelle Oracle a proposé de supprimer ces JSR de Java EE 8 », explique Delabassee. Il explique encore que ces changements reflètent aussi les feedbacks de la communauté Java dans un sondage dans lequel la société a demandé aux membres quelle est la priorité qu’ils accordent à un ensemble de fonctionnalités de la plateforme Java EE. « Management, JMS, et MVC ont été positionnés au bas du classement de toutes les technologies sur lesquelles a porté l'enquête », dit-il. « Nous publierons bientôt une mise à jour décrivant les résultats globaux de l'enquête et les prochaines étapes pour Java EE 8 », a-t-il ajouté.

Source : Oracle

Et vous ?

Qu’en pensez-vous ?
Les fonctionnalités retirées vous semblent-elles utiles ?

Voir aussi :

JDK 10 : le projet pour l'implémentation de la plateforme Java 10 est ouvert, qu'attendez-vous de cette nouvelle version ?
Le JDK 9 va supporter la compilation anticipée (AOT) en commençant par les systèmes Linux 64-bit exécutant Java 64-bit

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

Avatar de kiprok
Membre averti https://www.developpez.com
Le 18/08/2017 à 15:20
Tandis que certains alchimistes cherchent à transformer le plomb en or, Oracle lui, pour faire le malin, transforme tout ce qu'il touche en plomb... (opensolaris/mysql/openoffice/java)
11  0 
Avatar de hotcryx
Membre extrêmement actif https://www.developpez.com
Le 21/08/2017 à 13:16
Citation Envoyé par Angelsafrania Voir le message

Si tout java pouvait être à la main de la communauté ça serait le début d'une nouvelle aventure.
Pour inventer Java#
3  0 
Avatar de _skip
Expert éminent https://www.developpez.com
Le 15/01/2017 à 10:42
Cool encore une brouette de standards qui vont arriver avec 10 ans de retard et mettre 5 ans avant de pouvoir être utiles à quelque chose.

Le JSON bon, je pense qu'ils vont faire un ersatz du de facto-standard Jackson data mapper, moins bien maintenu, moins stable et avec 50 factory qui se marchent dessus. Avant que quelqu'un me traite de sale langue il faut regarder ce qu'il s'est passé avec les API XML, une re-pompe honteuse de Apache Xerces restée buggée pendant des années (super l'API SAX qui charge en mémoire tout le fichier), un système surréaliste qui demande de gérer 3 checked exceptions juste pour instancier un parser, un système de Features sous forme de clé-valeur mal foutu que l'implémentation peut prendre en compte ou pas suivant l'humeur. Résultat on finit avec du code "standard" qui est moins portable au final que se servir d'une librairie tierce.
2  0 
Avatar de Mickael_Istria
Membre émérite https://www.developpez.com
Le 25/08/2017 à 17:01
Citation Envoyé par GordonFreeman Voir le message
Personnellement je serais plus pour une fondation autonome et dédiée à Java qui regrouperais tout les grands acteurs tels que Red Hat, Oracle (pourquoi pas), Google, la fondation Apache (le grand retour), etc....
On verra, mais honnetement, je pense que la plupart des ces gros acteurs prefereraient travailler au sein d'une Fondation existante plutot que d'en creer une nouvelle. Creer et gerer une Fondation, c'est loin d'etre gratuit (la plupart ont leur budget publics et ca se comple deja en millions de dollars d'entree/sortie par an pour les plus modestes); vu qu'il y en a qui font deja bien le boulot, je vois pas trop la raison qui motivera les interesses a dupliquer ce travail et devoir payer davantage...
2  0 
Avatar de Angelsafrania
Membre confirmé https://www.developpez.com
Le 19/08/2017 à 7:40
Citation Envoyé par ddoumeche Voir le message

Oracle ne va donc garder que le harware Sparc (1.2 Milliards de revenu, 12% du chiffre d'affaire) et Mysql de son achat gargantuesque de Sun
Ils ont peut être gardé quelques personnes très compétente qui ont pu améliorer d'autres produits chez Oracle.
Mais effectivement vu de loin leur achat de Sun semble pour le moins une opération peu rentable.

Si tout java pouvait être à la main de la communauté ça serait le début d'une nouvelle aventure.
1  0 
Avatar de Népomucène
Modérateur https://www.developpez.com
Le 23/08/2017 à 12:50
Comment et par qui serait financée cette fondation ?
1  0 
Avatar de Mickael_Istria
Membre émérite https://www.developpez.com
Le 23/08/2017 à 17:28
Citation Envoyé par Népomucène Voir le message
Comment et par qui serait financée cette fondation ?
Si l'idee est de joindre une Fondation existante (Eclipse, Apache), alors le mode de financement actual s'appliquera pour Java EE comme pour les autres projets de cette fondation (organizations membres qui payent une cotisation en gros).
Si ils demarrent une autre Fondation, ils sont libres d'etablir les status, mais je vois pas trop en quoi ce serait si different de ce que font les Fondations existantes.
1  0 
Avatar de GordonFreeman
Membre confirmé https://www.developpez.com
Le 25/08/2017 à 16:35
Voilà plutôt une bonne nouvelle!

Il est clair que la politique d'Oracle à l'égard de la plateforme Java n'était clairement pas idéal pour son évolution, son adoption pour des projets futurs et donc sa pérennité...

Personnellement je serais plus pour une fondation autonome et dédiée à Java qui regrouperais tout les grands acteurs tels que Red Hat, Oracle (pourquoi pas), Google, la fondation Apache (le grand retour), etc....

Cela permettrais aux gourous/évangélistes de la plateforme qui on fuit sous l'ère Oracle de revenir apporter leurs expertises à son développement et également de clarifier les problématiques de licences.

Bref, je pense que cela ne peut amener que du positif pour son évolution.

Espérons que cela se fasse rapidement et positivement que l'on puisse aller de l'avant après ces sombres années

Cordialement.
1  0 
Avatar de GordonFreeman
Membre confirmé https://www.developpez.com
Le 14/09/2017 à 8:17
Bonjour,

Voilà qui me semble un très bon choix. La Fondation Eclipse n'a plus à prouver son engagement envers Java et réalise souvent des travaux de grande qualité.

Ça me redonne confiance dans l'avenir et l'évolution de la plateforme.
1  0 
Avatar de Mickael_Istria
Membre émérite https://www.developpez.com
Le 14/09/2017 à 9:02
Citation Envoyé par GordonFreeman Voir le message
La Fondation Eclipse n'a plus à prouver son engagement envers Java et réalise souvent des travaux de grande qualité.
Petit correctif: la Fondation Eclipse ne realise pas par elle-meme de travaux de developpement de projet. C'est la communaute qui developpe les projets, la Fondation a plutot pour objectif de donner les moyens a la communaute de travailler au mieux (en fournissant des services, ou en mettant en place des processus de recherche de qualite). Pour Java EE, ca restera a la communaute actuelle et future de s'en occuper, la Fondation va fournir ses services au projet, notamment en terme de gouvernance open-source, qui est le point cle sur des gros projets critiques comme ca.
1  0