Discussion :

[dstauret]

Bonjour,

Je souhaiterais utiliser Spring et hibernate pour une nouvelle application web.
Je maitrise pas mal hibernate maintenant, mais la collaboration avec spring me semble un peu lourd.
J'ai déjà compris le principe, mais ce qui me dérange c'est de créer autant de fichiers par table. En effet ma base de données comporte déjà une centaine de tables, je trouve alors que ça fait pas mal de fichiers à créer.

Auriez vous des exemples où l'on utilise uniquement Hibernate pour la gestion de la persistence (plain Hibernate3 api)? Où alors il y a t-il une façon de plus simple de combiner hibernate et spring. Ma seul contrainte c'est de pouvoir changer de base de données par modification d'un fichier de config.

Merci de vos réponses

[fr1man]

L'utilisation de Spring ne complique pas beaucoup.
Si tu t'en sers pour les transactions, il y a aura un ou plusieurs fichiers xml à créer mais ce n'est pas la mort.
Pour ce qui est des fichiers de mapping d'Hibernate, tu n'as pas vraiment le choix. Il existe cependant des outils qui les génère automatiquement.
Sinon, tu as les annotations, et à ce moment là, tu n'as plus besoin de fichiers de mapping, tu auras tout dans tes classes java.

Ta contrainte ne pose pas de problème, si tu n'utilises pas de fonction propre
à un SGBD, il te suffira de modifier le dialect de BD d'Hibernate pour changer de SGBD.

[dstauret]

Je ne trouve pas ça compliqué, mais fastudueux. Avec hibernate on a au plus 3 fichiers par table, le mapping, la classe et eventuellement une classe dérivée. Avec Spring pour faire les choses bien il faudrait au moins 5 fichiers.
Je vais tout de même voir du coté des outils, s'il me permettent de les générés ce serait déjà très bien.

[fr1man]

Pourquoi 5 fichiers avec Spring ?

[dstauret]

Pourquoi 5 fichiers avec Spring ?

Ben si j'ai bien lu la doc et les exemples, il faut en plus le service, la classe dao avec à chaque fois une interface et une implémentation. Je crois même que ça fait plus que 5; mais je n'ai pas persister ( ) dans cette voie; je cherche quelque chose de plus simple, en combinant hibernate et spring.

Si t'as plus simple donne moi un exemple STP.

[fr1man]

Je comprends ce que tu dis.
En fait ce n'est pas du à Spring, c'est juste une séparation en couches qui induit la mutliplications de classes.

Tu peux toujours supprimer des couches mais je trouve ça dommage.
Ok, ça fait beaucoup de classes, mais au final le projet y gagne en clarté.
Enfin, c'est mon point de vue.

J'utilise Spring pour les transactions, et l'injection de dépendances, des dao dans la couches services et de la sessionFactory Hibernate dans les dao.
Je trouve ça pratique.