Structure et packages d'un nouveau projet jsf

Bonjour,

je suis un dev J2EE qui débute sur la technologie jsf.

J'ai commencé à me documenter à droite et à gauche afin de voir un peu comment s'organise un projet jsf, je suis plus habitué à la structure d'un projet java, Spring, hibernate.

Avez vous une structure à me recommander, je sais que jsf est MVC, mais je vois pas trop comment s'organise, servlet, bean, managedBean et backedBean dans tout ca. Le mieux serait une petite webapp vide.

J'ai regardé les war appfuse, mais je n'ai pas vu ce genre de structure.

Pensez vous que partir sur richFaces est une erreur ?


Edit : je viens de trouver cette url proposant une structure sympa, qu'en pensez vous ?

http://cagataycivici.wordpress.com/2...age-jsf-beans/

Merci d'avance de vos réponses

Bonjour.
Une application JSF est avant tout une application web Java ce qui définit déjà les grandes lignes de l'architecture: dossier de l'application, un sous dossier WEB-INF contenant les fichiers de configuration, les librairies et les classes du projet, etc.
Le mieux sera de passer par un IDE comme eclipse avec WebTools ou encore Netbeans qui génèrent la squelette vide de l'application.
J'ai réalisé 2 petites démos sur comment configurer eclipse web tools et comment créer un projet JSF que tu peux consulter ici.

En ce qui concerne le MVC, les vues seront les pages JSF dans le dossier WebContent, les contrôleurs sont les backing-beans ou managed-beans qui sont des POJOs ordinaires (que tu peux grouper dans un package control et le model est du java pur et dur (indépendamment de JSF) que tu peux grouper dans des packages model.service, model.dto.model.dao, etc.)

Spring peu facilement être integré dans la chose surtout pour gérer la couche persistence (JPA, Hibernate, etc.) ou optionellement pour gérer les managed beans de JSF.
:arrow: J'ai posté quelques billets à ce sujet dans mon blog.

Enfin, Richfaces peut être utilisé pour egayer un peu la chose et l'ajaxifier, mais je crois que ça peut attendre d'avoir les bases de JSF avant.

Bonne chance.

Merci de ta réponse qui m'aide un peu à m'éclaircir les idées.

Ce que tu appelles les backedBeans c'est un peu ce que j'appelle (peut etre à tord) les services, ce sont eux qui font des appels à la DAO, non ?

Mon souhait est de rendre disponibles ces services via Xfire en webservice, ca te semble correct ?

Je vais essayer des démos de ce pas. ;)

Bonjour.
Non, les backed-beans (managed-beans) dorment la couche contrôle dans JSF.
Ils peuvet à la limite faire appel aux DAOs si on est dans un tout petit projet, mais c'est pas bien vu. C'est là qu'intervient la couche service entre les controllers et les DAOs.

Et jsutement, de cette façon, tu peux exposer cette couche via WS avec Xfire et cie.

Pas exactement (edit: le pas exactement n'est pas pour la réponse de djo.mos, mais pour le message de cestpasdur)

Les backed beans sont des beans Java ("bête" classe Java avec des getters et setters sur ses propriétés) qui sont utilisés pour "gérer" la vue et les informations qui y sont liés.
Le bean va par exemple gérer ce qui doit être fait quand l'utilisateur clique sur un bouton, qu'il choisit une valeur dans une combobox, il va aussi "produire" les valeurs à placer dans une datatable, une liste, etc.

Ces beans font appel aux services pour obtenir des... euh services ;) de la part de l'application, eux mêmes faisant appel aux DAO pour accéder à la Base de données.

Ce sujet a déjà été abordé plusieurs fois dans ce forum. Tu peux jeter un oeil ici sur l'une des dernières discussions sur le sujet par exemple.

Je viens de lire le post indiqué, mais ça n'est pas encore limpide pour moi.

Ci dessous ce que je pense avoir compris.

Le backedBean est comme un controlleur.

Il possède en attribut un ou plusieurs beans obtenu ou mis à jour via des services, en gros le modèle renvoyé à la view

Le controller frontal, qui est le point d'entrée de l'application effectue des appels sur les différentes méthodes de ce backedBean, une partie des méthodes faisant des appels de services et l'autre partie étant juste des accesseurs sur les beans composant ce backedBean.

C'est çà ?

Personne n'a fait de digramme de séquence pour décrire ce mécanisme ?