Version imprimable
Bonjour,
j'ai commencé à lire quelque article sur Spring et j'ai constaté que Spring est le nouveau alternatif de EJB surtout s'il est couplé avec JEE6 donc :
1- Est ce qu'on peut dire que Spring est un remplaçant des EJB ou on a toujours besoin de développer des EJB couplé dans un contexte Spring ?
2- Quelles opportunités apporte Spring aux application JEE ?
et merci d'avance.
Bonjour,
Il faut tout remettre dans le bon contexte.
Spring est "un" conteneur léger ( remplacement du serveur d'EJB) c'était un de ses objectifs , il comporte un ensemble d'API et le fameux AOP.
I permet dans un cadre simplifié d'offrir les mêmes services que J2EE5 a quelques exception, je ne suis pas expert dans spring.
Depuis J2EE5, les EJB3 avec la spécification JPA offre une alternative alléchante, il suffit de faire des tests avec un IDE comme netbeans "au hasard". IL manquait la simpilfication des tests unitaires dans le conteneur, c'est réalisé avec la spec J2EE6.
En plus, cerise sur le gateau, je prends glassfish car il implémente la dernière norme v3 , il est est capable d'être embedded dans une simple appli de base , carrément tout le serveur d'appli.
olivier
La question pourrait être : pourquoi Spring cherche à refaire un conteneur type "EJB" ?
Je n'arrive pas à comprendre :roll:
Leur "conteneur light" devient de plus en plus lourd...
Bonjour,
D'ailleurs les EJB deviennnent de + en plus light en terme de développement sans rien lacher à la fiabilité. D'ailleurs glassfish v3 existe en version "light" pour de l'embarqué ou des tests https://embedded-glassfish.dev.java.net/
il y a un article assez impressionnant sur ce que l'on peut faire ...
http://blogs.sun.com/sirajg/entry/us...glassfish_apis
comme d'autres, j'ai testé et je suis resté baba ... donc spring ???
Ce que j'aime dans cette techno c'est l'aspect architecture. Après avoir testé, toutes les autres semblent aisées à appréhender, c'est très subjectif ...
Ce n'est qu'un avis, mais il semblerait qu'avec l'avancée des EJB3.1, et les nouvelles normes sur les conteneurs type EJB ( notion OSGI ), Spring ne veuille pas perdre des parts de marché.
J'avoue que la dernière norme EJB3.1 est assez attrayante. conteneur léger ou lourd, je crois que le débat n'est plus a ce niveau, mais plutôt qu'elle est le temps de développement de tel ou tel techno.
Je ne connais pas spring préciséménet, pas testé en réel, mais je suis resté sur du "lourd" qui n'en est plus quand on sait utiliser JPA/EJB, il manquait l'aspect test c'est tout.
olivier