Architecture d'une application J2EE

Bonjour à tous,

J'aimerai avoir "quelques" précisions au niveau de l'architecture d'une application J2EE. J'utilise JBoss AS7, Jsf, JPA (quelle est l'implementation de celui-ci sur Jboss? --> Hibernate?) et une base de données MySql.

Dans mon dossier Webcontent se trouvent un dossier pages, contenant toutes les vues. --> j'utilise Jsf : quelle extension choisir? (xhtml, faces, jsp...ou toutes sont correctes pour utiliser les tags jsf?)

J'ai ensuite un dossier resources, qui contient les pictures, css et js.
Et bien-sûr, les fichiers de config (web.xml, les libraries...)

Côté Java, j'ai 3 packages :
- 1 package entities( contient mes entités liées aux tables de ma base de données)
- 1 package managedbeans (contient tout les manage beans de mon application),
- 1 package stateless (contient mes entity manager, mes requetes JPQL...). Dois-je faire un package pour les exceptions? Où alors, les intégrer directement avec les traitements métiers?

Si j'ai bien compris, lorsque l'on éxécute l'application, ma vue va appeller :

1. Manage bean concerné (aucuns traitements métiers, on utilise juste les prototypes des méthodes d'une classe du package stateless) --> c'est juste une sorte de "glue" entre vue et les traitements métiers?
2. le manage bean apelle les classes du package stateless où se trouvent les traitements métiers, les requêtes, les exceptions...
3. On récupère les données et on les affichent.

Est-ce que l'architecture de mon application est correcte? J'aimerai partir sur de bonnes bases pour mon projet en entreprise.

Je sais que j'en demande beaucoup mais si quelqu'un pouvait m'éclairer, je lui en serais vraiment reconnaissant :lol: ! J'ai lu pas mal de livres, tutoriaux, mais comme l'informatique avance et évolue de jours en jours, c'est assez dur de savoir qui dit vrai, quelle version utilisée, est-ce la dernière...

Merci!

Extensions

Toutes les extensions sont correctes. Tout dépend ce que tu configure dans ton web.xml. Après si tu choisit une extension comme le xhtml, tu aura des contraintes à respecter (le xhtml implique la fermeture propre de toutes les balises, par exemples).

Package

Il n'y a aucune obligation dans le découpage en package. C'est "ton" problème. Pour moi c'est une bonne pratique d'isoler chaque typologie de composants dans son propre package, après d'autres découpent autrement.

Chemin suivi par les appels

Alors, si tu utilise JSF pour moi le chemin est un peu différent :
- Le premier appelé est la page xhtml. On commence à l'interprété
- Les manage beans "utilisés" dans la page xhtml sont récupéré et initialisé.
- Les getters dont tu as besoin sont appellé à ce moment

Au moment où tu soumet un formulaire :
- La vue est restoré
- Le setter sont appellé en fonction de ce que tu envoi dans le formulaire
- L'action demandé est exécuté
- La page xhtml cible est appellé
- Les getter des manages beans sont à nouveau appellé

et ainsi de suite.

Après je te conseille de te pencher plus en avant sur le cycle de vie (que j'ai ultra simplifié) histoire de comprendre tt les étapes (conversion, validation, sauvegarde l'état, ...)

Merci pour ta réponse Armaklan!

J'ai une autre question : quand on-fait de l'upload de fichiers dans une application J2EE, il vaut mieux stocker ceux-ci :

- en local (problème ---> pour les afficher (downloader) par la suite, je ne peux pas car faille de sécurité avec les navigateurs...).
- ou sur le serveur genre dans un répertoire uploadedFiles de Webcontent?

Je ne veux pas les mettre dans ma base de données car ils peuvent être volumineux...