Discussion :

[ericw78]

J'ai entendu dire beaucoup de bien de Seam et à la lecture du tutorial Seam, je commence effectivement à trouver ce framework pas mal du tout.

Toutefois, l'architecture Seam me surprend
Dans le monde j2ee, on est quand même habitué à une séparation des couches (ihm <-> service <-> dao et notament à présence de la couche service que je trouve indispensable.
Or dans les exemples du tutoriel, je ne retrouve pas la couche service

Je n'en suis qu'au début de mon apprentissage de Seam mais la déjà je bloque sur le principe...

[djo.mos]

Bonjour et pour avoir évoqué ce point de détail là!
Tu as osé dire tout haut ce que je pensais dans mon for intérieur ...

Bref, moi aussi je me trouve dans la même situation. Je suis en train de me battre avec Spring 2.5 pour faire fonctionner Tomcat / Toplink / JPA / JSF dans une même application et je n'y arrive toujours pas.
J'avais entendu parler de Seam et de comment il simplifiait tout ça, mais ce qui me bloquait était justement la non-séparation des taches qu'il prone (IMHO).

Un ténor de Seam peut-il éclairer nos lanternes ?

[omaro1978]

je viens de commencer à lire la documentation de référence de seam, que je trouve bien jusqu'à présent, pour le petit blem que vous avez remonté, à mon avis , on peut toujours utiliser une couche itérmédiaire pour les service, en utilisant des sessionbean ou autre, que tu invoque depuis l'action.

[ericw78]

oui certainement qu'on peut rajouter la couche service mais ce que je trouve malheureux c'est que ce ne soit pas par défaut dans les exemples
De plus, le module Seam Gen que je trouve d'ailleurs assez impressionnant, n'inclut pas non plus de couche service. Ce qui gache un peu quand même

[anicaise]

Seam s'appuie en effet sur une architecture 2 tiers. Exit donc la couche services !

J'utilise depuis quelques jours maintenant Seam 2.0.0GA mais l'architecture me pose quelques problèmes. En effet Seam gen me génére un nouveau projet vierge avec deux répertoires sources Actions et Models. Mes beans Entites sont donc stockés dans le répertoire/package Models et mes actions, bean managés dans le répertoire Actions.

Cependant j'ai des classes utilitaires comme le cryptage d'un mot de passe mais je ne sais pas ou les mettre !! Il ne s'agit pas ici d'un bean ni d'un bean entité ....

Quelqu'un peut donc m'aider sur ce point ??

[manblaizo]

Seam s'appuie en effet sur une architecture 2 tiers. Exit donc la couche services !

Je n'ai pas encore fait de réelle plongée dans Seam, mais les quelques lectures que j'ai faites sur le sujet me permettraient plutôt de douter d'une telle affirmation. Seam est un web framework qui s'appuie sur les technologies JSF et EJB 3.0, et la couche EJB 3.0 constitue donc la couche service permettant de bénéficier de la gestion transparente des transactions, de la persistence JPA, de la sécurité, etc., comme dans une application classique multi-couches intégrant des ejb. L'objectif de Seam est surtout de faciliter l'intégration de ces couches, et en cela il se présente comme un concurrent direct au framework Spring.
http://www.theserverside.com/tt/arti...sSeamFramework

En tout cas, moi je ne vois pas ce qui dans l'architecture de Seam ferait penser qu'il n'y aurait pas de couche service, a priori, puisque les ejb constituent la couche métier, et dans tous les exemples Seam on parle des session beans. Donc je pense que ça dépend plutôt de l'architecture de sa propre application.