Discussion :

[joseph_p]

Bonsoir

Je suis actuellement sur un petit projet perso basé sur Wicket (framework web). Après avoir joué avec chtit Wicket, vient l'étape de passer à du sérieux et là... faut passer par une mise en bases de données.

De par mon expérience personnelle, j'ai déjà travaillé avec du Spring DAO et juste expérimenter Hibernate en "stand alone".

Spring DAO me semblait un peu fastidieux (nombre important d'interface, code à la main pour lire/écrire les données). Hibernate me semble pas trop mal (assez simple à prendre en main), par contre j'vois souvent des histoires de lazy initilisation et je n'ai pas essayé l'intégration avec Spring (même si cela semble se faire sans soucis).

Cependant, avant de me lancer plus avant, je me suis posé une question fondamentale : qu'est ce qui distingue Spring DAO d'Hibernate ? Quels sont leur cas d'utilisation respectifs ?

En fonction de cela je ferai le choix pour ma chtite application (qui ne connaît pas la crise, pour sûr ).

Merci d'avance
ZedroS

[*alexandre*]

Je connais pas Spring DAO mais lorsque tu utilises Hibernate tu peux lorsque tu génères tes Entités DB créer le DAO associé.

Tu injectes juste le DAO que tu désires dans ton fichier de conf spring (pour un bean désiré) et le tour est joué.

Sinon tu peux jeté un coup sur EJB 3.0, tu as également de l'injection sans devoir passer par des fichiers de conf, mais uniquement avec l'aide d'annotations. (et tu as tous les avantages de spring comme les transactions)

[joseph_p]

Merci pour cette réponse *alexandre*

N'y a t il pas en plus, dans hibernate, des problèmes liés au fonctionnement intrinsèque de l'application, avec les histoires de lazy initialisation par exemple ? EJB 3 est il plus "direct" de ce côté là ?

[fr1man]

Le lazy loading n'est pas un problème.
Il permet de ne pas charger trop de données d'un seul coup.
Il faut juste bien l'utiliser.