Définition de connexion à une ODBC

Bonjour à tous,

Je suis un débutant dans le monde spring et je débarque dans un projet qui n'utilise que ça et intégrer dans des projets Maven avec lequel je n'ai jamais travaillé avant (oui beaucoup de nouveauté d'un seul coup...)

Pour en revenir à mon problème, je voudrait pouvoir dire à Hibernate dans Spring : "Ta datasource est l'ODBC dont le nom est ..." de cette manière lors du déploiement de l'appli sur les différents serveurs démo/pre prod et prod les admins système n'ont pas à ce soucier de l'environnement dans lequel le "war" passé à tomcat a été compilé.

J'ai cherché un peu sur le net mais comme je suis un gros débutant je ne comprends pas la moitié de ce que je lis :D

Toute aide sera appréciée (quitte à ce que se soit des liens qui explique le fonctionnement de la chose ;) ).

Merci d'avance à chacun.

Pour la partie configuration de ta datasource Odbc,
tu dois configurer la session factory d'hibernate en conséquence.

Puisque tu veux le faire à partir de Spring, tu peux suivre ce lien qui montre un exemple http://www.zabada.com/tutorials/spri...ntegration.php.

C'est cette partie qui t'intéresse :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

<bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource">   <property name="driverClassName"> <value>org.hsqldb.jdbcDriver</value> </property> <property name="url"> <value>jdbc:hsqldb:mem:widgets</value>   </property> <property name="username"><value>sa</value></property> <property name="password"><value></value></property> </bean>

---

Il faudra bien sur mettre les bons param de configuration de la datasource : username, password, url et surtout un driverClassName compatible avec ta base.
Je n'ai jamais utilisé Hibernate avec une datasource Odbc.
Mais de ce qu'on m'a dit, t'as pas mal de restrictions.
Donc si c'est le cas pour toi aussi, essaye un driver jdbc si ta base le permet.

pour information, sun recommande fortement de ne pas utiliser son driver ODBC pour autre chose que du prototypage. Il n'est pas multithreadé correctement et donc absolument pas adapté pour encaisser la charge d'une application multi utilisateurs en production. Il vaut mieux, dans tous les cas, accéder directement à la base de données concernée avec le driver ad-hoc.