Commentaires sur : Seam : Repenser l’architecture des applications web ?

Par : Amin Fathallah

Amin Fathallah — Tue, 17 Nov 2009 21:55:34 +0000

Premier point : maintenance couteuse ?
Si vous lisez bien l’article vous pouvez qu’il y a une différence entre la note attribué au niveau de la maintenance pour chacune application : (–) couteuse et (-) assez couteuse ce qui signifie qu’une application jsf/ejb/jpa est plus couteuse en terme de maintenance qu’une application Seam.
Deuxième point : réutilisation des composants ?

Un composant est une brique logicielle réutilisable par plusieurs applications. Un composant constitue un agent autonome, capable de s’organiser pour répondre aux besoins d’autres composants. Un composant Seam est représenté par une classe java du type POJO ou EJB 3.0 qui contient des annotations propres à Seam. Que faire au cas ou je veux réutiliser un composant EJB 1 ou EJB 2 … ? Est-ce que le faite d’ajouter des annotations Seam permet de l’intégrer facilement dans mon application Seam ? Pour moi c’est non d’où la complexité d’intégration des composants réutilisables dans une application Seam. Toutefois, si vous avez réussi à le faire n’hésitez pas à le partager avec la communauté

Troisième point : Architecture d’une application Seam ?
D’après la documentation, Seam permettrait de rapprocher la couche applicative (JSF) et la couche services (EJB3). De ce fait, il n’y a plus d’intérêt à partir sur une architecture en 3 couches … mais personne ne peut empêcher un concepteur de créer 30 couches si ça lui semble correcte ^^.
Je dirais aussi que la qualité d’un concepteur (ou d’un architecte) ne dépend pas de nombre de couches crées pour résoudre une problématique mais plutôt de la simplicité de sa conception et la facilité de son intégration par les développeurs.

Par : belin

belin — Tue, 17 Nov 2009 17:03:55 +0000

Pourquoi trouvez vous la maintenance coûteuse tant en seam qu’en jsf/ejb/jpa?

Et pourquoi vous trouvez la réutilisation des composants difficile dans seam? je pense que pour rendre un composant compatible seam, il suffit d’ajouter quelques annotations.
Enfin je ne comprend pas pourquoi vous dites que l’architecture des applications seam est 2 tiers! le nombre de couches d’une application dépend du concepteur, et non du framework!

Par : sami saadaoui

sami saadaoui — Sat, 06 Jun 2009 22:54:11 +0000

merci pour cette presentation tres interresante pour les debutants interressé par seam

Par : romu

romu — Thu, 04 Jun 2009 14:13:23 +0000

La mention du livre « Seam framework » 2nde édition enrichirait votre article.

Je suis d’accord sur le fond de l’article , quand vous mentionnez les dépendances techniques.

Je pense que la facilité d’intégration de RichFaces/ajax dans les pages (les concepts de régions ..) ainsi que l’intégration du composant RESTeasy gagnerait a être mentionné.

Par : mediamana

mediamana — Wed, 03 Jun 2009 21:13:05 +0000

Bonjour,

Quid des conversations qui est un des grands plus de ce framework comparé au stockage en session ?

Par : Alexandre de Pellegrin

Alexandre de Pellegrin — Wed, 03 Jun 2009 13:03:28 +0000

Merci pour ce post. Je propose une autre solution : passer sous Apache Wicket. Une utilisation correcte des modèles permet de résoudre les problématiques classiques rencontrées dans les applis web en se rapprochant réellement d’un modèle de développement type « client lourd ».