Bonjour,
Pourrais-tu développer un peu ta pensée sur la gestion des transactions, et en quoi Spring et Seam proposent des solutions différentes ? En quoi par exemple serait-il moins simple de récupérer le transaction manager avec Seam ? Seam étant conçu et développé par la même équipe que celle de Hibernate, étant en plus mieux intégré à EJB3, il me semble que cet aspect de transactions ne devrait pas être un souci, je me trompe ?
Pour ce qui est de l'accès au framework (le "learning curve"), je crois que les deux frameworks, Spring et Seam, sont équivalents dans la mesure où les deux se proposent d'être fondamentalement des frameworks d'intégration, ce qui nécessite d'abord une bonne maîtrise des autres frameworks qui seront intégrés. Dans le cas de Seam, pour réaliser une application sérieuse il faudrait d'abord bien connaître au moins JSF, EJB3, JPA (Hibernate/TopLink), jBPM..., ce qui évidemment représente beaucoup pour commencer.
De même pour Spring, il faudrait déjà connaître au moins Hibernate (ou JPA), peut-être aussi EJB 3, AspectJ (AOP), et au moins un framework web (Struts1/2, SpringMVC, Tapestry,...), ce qui fait beaucoup aussi quand on débute.
Mais pour ce qui est de Spring et Seam en tant que frameworks eux-mêmes, je crois qu'ils ne sont pas très difficiles à apprendre, dans la manière dont ils facilitent l'intégration et surtout les plus qu'ils apportent au développeur en facilitant encore plus le développement d'applications d'architecture complexe, et moins complexe aussi d'ailleurs.
Partager