Discussion :

[Ganymede84]

Bonjour,

Je suis entrains de développer une application J2EE simple en utilisant comme Framework : JSF1.2+richFaces, Hibernate3 et spring2.5 (Ioc et aop)
Voici l’architecture de mon application :

- Package « entity » qui contient les différentes classes annotées qui représentent les tables dans ma base de données
- Package « dao » qui contient les interfaces ainsi que les classes qui les implémentent qui permettent d’insérer, modifier et supprimer les données dans ma base
- Package « services » qui contient les interfaces ainsi que les classes qui les implémentent qui représentent la logique métier
- Package beans qui contient les bean qui seront utilisé par les pages JSF (ils sont similaire aux classes qui se trouvent dans le package entity sauf qu’ils ne possèdent pas un constructeur : JSF oblige et ils ne sont pas annotées)

Voici les fichiers de configuration que j’utilise :

- Dao-context.xml : contient les paramètres de connexion à la base de données (MySQL) ainsi que la sessionFactory
- Application-context.xml : contient les différents bean des packages dao et services
- Faces-config.xml : contient les différents bean du package bean
- Et web.xml

L’application que j’ai développé fonctionne correctement et tourne sous Tomcat, néanmoins les questions que je pose sont :

- Je souhaite afficher un message sous forme d’une page JSP lorsque la connexion à la base de données ne peut pas s’établir au lieu de m’afficher dans le navigateur « Etat HTTP 500 », comment faire ? avez-vous des idées ?
- Est-ce que l’architecture utilisée ci-dessus répond bien à une architecture MVC, vos critiques sont les biens-venus ?
Merci d’avance.
à votre écoute.

[Heimdal]

Salut,

lancer une Exception spécifique, la catcher dans la couche ManagedBean et aller sur ta jsp d'erreur BDD?

[Ganymede84]

Merci Heimdal pour votre réponse

[roudoudouduo]

Je vais en profiter pour parler d'une erreur d'architecture courante : la pattern MVC est pattern IHM. Il appartient à la couche présentation et ne s'occupe que d'interroger la couche métier. Pour faire simple dans une application Web bien structure on a quelquechose comme ça
===========================================
Presentation Layer
MVC =>le modele sert de pont entre l'IHM et la couche métier, il instancie les objets necessaires et apelles les méthodes du métier. Dans un framework comme struts les actions peuvent être considérés comme le modèle dans JSF ce serait les ManagedBean.
==========================================
Business Layer
Gère le pont entre l'accès aux données et tout le travail nécéssaire à réaliser dessus. Par exemple les calculs complexes, le respect des règles métiers etc...
==========================================
Data Access Layer
Couché d'accès à la persistence quelque soit son type. Elle doit présenter une API présentable à la couche métier, sans dévoiler son langage (par exemple SQL). C'est la place d'outil comme Hibernate, DB40 etc...

De la façon dont tu présentés ton travail, il ressemble à priori à une bonne architecture, mais cela demande quand même en vérité de vérifier que les couches sont bien cloisonnées dans le code.

[OButterlin]

Tu pourrais te servir de la définition d'erreur du fichier web.xml

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
...
<error-page>
        <error-code>500</error-code>
        <location>/commons/errorLoader.jsp?type=500</location>
</error-page>
...

On peut remplacer le code d'erreur par une exception, c'est prévu, il suffit d'utiliser "<exception-type>" plutôt que "<error-code>"