Mic.

Pour une présentation Spring vs. Java EE 6 (pour ceux qui la veulent quand même) : http://www.redhat.com/f/pdf/jbw/rrahman_320_spring_framework.pdf
Reza est un indépendant.

@Loic @Alexis Lorsque j’ai terminé d’écrire le livre, JSR 299 et Servlet 3.0 n’étaient pas encore terminées, j’ai préféré ne rien écrire pour la 1ère édition. Il y a aura une 2e édition… mais pas tout de suite, il faut que je me repose ;o)

@Michael Non, pas de message subliminale dans mon livre ;o) Je ne parle pas du tout de Spring en fait. Peut-être une référence à droite à gauche pour raccorder les wagons, mais ce livre n’est pas du tout un manifest anti-spring (alors que les présentations SpringSource ont longtemps été un manifest anti-J2EE). Moi je vois une harmonisation coté serveur (Spring 3 et Java EE 6 se ressemblent beaucoup par endroit), ce qui est loin d’être le cas coté client. Comme tu dis, la sécurité Spring est plus riche que celle proposée par Java EE… il y a donc des choses à prendre d’un coté comme de l’autre.

Ce n’est pas Spring que j’attaque.
C’est la monogamie déclarée de nous, les développeurs, qui pensont de manière cyclique qu’il y a « un meilleur framework » sans prendre le temps de continuer à regarder autour de nous.
Le livre m’a fait prendre conscience qu’un gros retard a été rattrapé par JEE 6, certainement grâce à Spring. C’est vrai.

Je reconnais avoir dit « plus mature » et « plus intuitif » pour JEE6 par rapport à Spring, ce qui est très subjectif, pas argumenté pour un sous, donc tout à fait critiquable. C’est pour cela qu’un blog n’est pas un article de journal : j’ai le droit de me tromper, d’avoir un avis et une opinion.

En fait je ne crois pas une minute à un débat Spring vs JEE6. Ce serait une tentative de comparer 2 choses différentes, 2 organisations complètement différentes. On peut tenter mais c’est un peu perdre du temps.

Je lis aussi en ce moment Spring par la pratique v2, et j’ai par ailleurs aussi commenté un livre que j’ai bien aimé appelé « Spring par l’exemple » traduction de Gary Mak
http://www.touilleur-express.fr/2009/07/07/revue-du-livre-spring-par-lexemple-de-gary-mak

Est-ce que l’on devrait se lancer dans un comparo comme dans l’AutoJournal avec des notes de chacun des 2 technologies pour les départager ? Je ne pense pas que cela fasse avancer Spring ou JEE6.

Non, il faut combattre par contre cette tendance que l’on a, qui est de
chercher « un meilleur » alors qu’il n’y en a pas.

Spring aujourd’hui, J2EE hier, JEE6 demain ?

Je ne sais pas… en tous les cas je regarde

As-tu vraiment comparé toutes les fonctionnalités que Spring te fournit par rapport à JEE6?
Pour te citer quelques détails, dans la déclaration des transactions avec Spring, on peut utiliser les expressions AspectJ pour avoir une déclaration générique, on peut fournir une annotation custom héritant de @Transactional (à partir de Spring 3.0). On peut aussi faire porter les transactions sur tout type de classe (y compris les classes qui ne sont pas des beans Spring, avec AspectJ). En conséquence, tu peux aussi avoir le code transactionnel injecté en phase de compilation, ce qui te permet de démarrer le serveur plus vite, sans avoir à tisser les proxies au démarrage du serveur.
Pour la sécurité, ça va même beaucoup plus loin. Je pense que la sécurité JEE ne propose qu’un petit sous-ensemble de ce que fait Spring Security.
Je trouve ça très bien qu’il y ait un standard de qualité, et on adaptera Spring pour qu’il soit compliant avec ce standard. Mais il faut pas sous-entendre que si tu enlèves Spring de ton application la semaine prochaine, tu retrouveras toutes les fonctionnalités que tu aimes bien.

Pour moi, le standard proposera un nombre de fonctionnalités minimum, et Spring permettra d’aller plus loin en rajoutant des annotations proposant des fonctionnalités plus avancées (un peu à la « Hibernate annotations »).

Mais bon tout ça c’est le futur, il faut pas oublier que tu t’emballes sur une spécification qui sera bientôt implémentée par Glassfish, et qui risque de ne pas être utilisable avec les autres serveurs d’application d’ici 1 à 3 ans (cf. le temps qu’il a fallu pour que Websphere, JBoss etc implémentent JEE5). Donc d’ici à ce que tu puisses l’utiliser chez ton client, on aura tous eu le temps de prendre quelques rides