Developpez.com

Plus de 2 000 forums
et jusqu'à 5 000 nouveaux messages par jour

Java EE 6 essuie les critiques
La nouvelle spécification serait encore bien trop lourde

Le , par Gordon Fowler, Expert éminent sénior
Deux ans de travail.

Deux ans et le voilà enfin : JavaEE 6 vient d'arriver.

On pourrait s'attendre à une vague d'excitation. Et pourtant non.

Il faut dire que si JavaEE 6 apporte des nouveautés (comme le support des Profiles), il essuie également les critiques.

Pourtant les membres du Java Community Process (JCP) semblaient être tombés d'accord sur le contenu de la nouvelle spécification. Le but affiché de cette nouvelle version tenait en trois mots : légèreté, légèreté et légèreté.

Et de fait JavaEE 6 est plus léger que ses prédécesseurs.

Mais pas suffisamment au goût de tous.

Le co-créateur de Spring Framework, Rod Johnson, résume à lui seul les griefs d'une partie de la communauté. Certes JavaEE va dans le bon sens, dit-il en substance. Mais le plus léger des Profiles contiendrait toujours plus - largement plus - que le strict nécessaire à la majorité des développeurs.

Pour lui, l'explication tient au fait que le JCP ne sait pas s'en tenir à un objectif. Il faut alléger la spécification et pas dans le même temps lui ajouter des technologies qui n'ont en plus, et toujours d'après lui, pas encore fait leurs preuves.

Mais alléger encore plus Java EE 6 ne revenait-il pas à trop l'appauvrir ? Ou en tout cas à courir le risque de décevoir et d'en détourner les développeurs les plus exigeants ?

Pour mémoire, Java EE (Java Enterprise Edition, anciennement J2EE) est une spécification pour Java particulièrement destinée aux applications d’entreprise. Dans ce but, toute implémentation de cette spécification contient un ensemble d’extensions au framework Java standard (JSE, Java Standard Edition) afin de faciliter la création d’applications réparties.

Lire aussi :

Invitation : Cocktail de l'Info sur la sortie de Java EE 6

Conteneur de Servlet+Spring vs. JEE : quelle direction prenez-vous ?

Stratégie de migration d'une application Java SE vers une application Java EE, avez vous des retours du terrain ?

L'Interview d'Alexis Moussine Pouchkine au sujet de Java EE 6

La rubrique Java (actu, forums, tutos) de Développez.com

Et vous ? :

Fallait-il encore plus alléger JavaEE 6 ?
Des Profiles qui conviennent à tous sont-ils imaginables ?
Avez-vous essayé et que vous inspire cette nouvelle mouture de JavaEE ?


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


 Poster une réponse

Avatar de pseudocode pseudocode - Rédacteur http://www.developpez.com
le 09/12/2009 à 14:09
Citation Envoyé par hugo123  Voir le message
oui RPC n'est pas lié a J2EE (pas plus que le monitoring etc...)

RMI : http://java.sun.com/docs/books/tutorial/rmi/index.html
Corba : http://java.sun.com/developer/online...rba/corba.html

J'ôte RMI de la liste car (tout comme le Remoting en C#) ce n'est pas vraiment interopérable. Ca nous laisse CORBA.

Ce que je trouve tout de même moins pratique que http/json, mais bon, c'est personnel.
Avatar de Alain Defrance Alain Defrance - Expert confirmé http://www.developpez.com
le 09/12/2009 à 14:11
On fait du WS RPC-Style, Document-Style, REST-Style en java très facilement sans JEE, uniquement avec le JDK 1.6.

Si ca répond à ta question
Avatar de pseudocode pseudocode - Rédacteur http://www.developpez.com
le 09/12/2009 à 14:31
Citation Envoyé par Alain Defrance  Voir le message
On fait du WS RPC-Style, Document-Style, REST-Style en java très facilement sans JEE, uniquement avec le JDK 1.6.

Si ca répond à ta question

Oui, en partie. J'ai souvent la problématique de faire communiquer des applis hétérogènes (C, C#, java, ...).

La solution est souvent du RPC sur socket (tcp/ip), car c'est ce qui est le plus interopérable à mon sens. Je choisis également souvent le protocole HTTP car c'est facile a implémenter (et souvent déjà codé). De plus, c'est assez polyvalent (affichage d'info dans un browser web, par exemple). Le format des données oscille entre du plain-text, du xml, du json ou des formats exotiques.

Bref tout ca pour dire que lorsque l'appli est en Java (JSE), il n'y a pas de solution intégrée au JSE pour faire ce genre de chose. Sun a récemment ajouté un serveur HTTP au JDK, mais ce n'est pas un "standard" du langage (sans parler des bugs). La solution "officielle" reste JEE. La solution que j'utilise c'est l'ajout de librairie tierce a JSE, car c'est moins lourd.

D'ou mes interrogations/remarques:
- JEE est trop lourd pour faire un simple RPC
- JSE n'intègre pas de possibilité de faire du RPC simple (sauf Corba)
- Je suis le seul a avoir ces problématiques et faire des "micro" web-service n'intéresse que moi
Avatar de Alain Defrance Alain Defrance - Expert confirmé http://www.developpez.com
le 09/12/2009 à 15:43
Salut,

Citation Envoyé par pseudocode  Voir le message
Bref tout ca pour dire que lorsque l'appli est en Java (JSE), il n'y a pas de solution intégrée au JSE pour faire ce genre de chose. Sun a récemment ajouté un serveur HTTP au JDK, mais ce n'est pas un "standard" du langage (sans parler des bugs). La solution "officielle" reste JEE. La solution que j'utilise c'est l'ajout de librairie tierce a JSE, car c'est moins lourd.

D'ou mes interrogations/remarques:
- JEE est trop lourd pour faire un simple RPC
- JSE n'intègre pas de possibilité de faire du RPC simple (sauf Corba)
- Je suis le seul a avoir ces problématiques et faire des "micro" web-service n'intéresse que moi

A moins qu'on arrive pas à se comprendre, c'est faux ...
Je sais pas exactement sur quoi tu travail, mais le JDK seul en version 1.6 permet tout à fait de faire du RPC over HTTP/SMTP.

L'api JWS est là pour ça. Si ça t'interesse je peux te fournir un bête exemple plus tard (là je suis au bureau). Mais un micro web service ca se déploie en 2 ligne de code dans un pauvre main JSE, sans serveur JEE.

En effet c'est lourd de déployer un serveur JEE pour un petit ws, heureusement c'est pas nécéssaire.
Avatar de pseudocode pseudocode - Rédacteur http://www.developpez.com
le 09/12/2009 à 16:51
Citation Envoyé par Alain Defrance  Voir le message
L'api JWS est là pour ça. Si ça t'interesse je peux te fournir un bête exemple plus tard (là je suis au bureau). Mais un micro web service ca se déploie en 2 ligne de code dans un pauvre main JSE, sans serveur JEE.

Ah oui, c'est vrai, tu as raison. J'avais totalement oublié que l'API JAX-WS était incluse dans le JSE-6.

Bon, je retire mes commentaires précédents. Désolé, désolé, désolé...
Avatar de Alain Defrance Alain Defrance - Expert confirmé http://www.developpez.com
le 10/12/2009 à 0:18
Citation Envoyé par pseudocode  Voir le message
Ah oui, c'est vrai, tu as raison. J'avais totalement oublié que l'API JAX-WS était incluse dans le JSE-6.

Bon, je retire mes commentaires précédents. Désolé, désolé, désolé...

Pas de problèmes, ca arrive aussi aux plus grands de se tromper
Avatar de ms2000 ms2000 - Nouveau membre du Club http://www.developpez.com
le 17/12/2009 à 12:57
La sortie de Java EE6 est une bonne nouvelle mais le souci pour nombreux développeurs c'est où trouver la doc sur ses différents composants et APIs
y a t-il une application exemple comme PetStore pour le EE5.
Avatar de pseudocode pseudocode - Rédacteur http://www.developpez.com
le 17/12/2009 à 13:36
Citation Envoyé par ms2000  Voir le message
La sortie de Java EE6 est une bonne nouvelle mais le souci pour nombreux développeurs c'est où trouver la doc sur ses différents composants et APIs
y a t-il une application exemple comme PetStore pour le EE5.

Il y a le Pet Catalog.
Avatar de toto828 toto828 - Membre habitué http://www.developpez.com
le 17/12/2009 à 18:33
Avatar de ms2000 ms2000 - Nouveau membre du Club http://www.developpez.com
le 19/12/2009 à 20:32
Merci à vous.
Les apps ne couvrent pas tous les APIs de EE6 y apas les JSF2.0, un framework basé sur les servelets 3.0,CDI,Bean validation,....
Avatar de grunt2000 grunt2000 - Membre confirmé http://www.developpez.com
le 28/03/2010 à 18:27
Le peu de tapage que faisait l'arrivée de cette version la laissait croire mineure.
En tout cas, elle apparaissait moins révolutionnaire que JEE 5.

Pourtant, à mes yeux, celle-là rafle la mise: la disparition d'XML y est pour beaucoup. Quel soulagement réellement, dans les simplifications que cela apporte!

L'ensemble des évolutions d'APIs associées ajoute à son intérêt.

Il va être très difficile aux entreprises de résister aux arguments de JEE 6, à mon avis. Parce que, ce qui arrive avec, c'est effectivement du lourd: c'est une machine de guerre.

La société qui l'emploiera prendra un avantage sur celle qui restera en retrait sur des versions très inférieures (JEE 1.4 et en dessous, voire pas de JEE du tout).

Pour ma part, je parie sur cette version: elle me semble futée et capable de limiter les constructions techniques qu'amenait J2EE dans les projets.
C'est autant d'efforts en moins pour former de nouveaux arrivants.
Offres d'emploi IT
Ingénieur développement .net (H/F)
Sogeti France - Aquitaine - Bordeaux (33000)
Développeur ios (H/F)
DxO - Ile de France - Boulogne-­Billancourt
Analyste programmeur java j2ee (h/f)
ABASE - Bretagne - Brest (29200)

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