Spring et multiples databases dynamiques

Bonjour,

J'ai créé une application via la structure struts, spring et hibernate.

L'application que je développe, a besoin d'accéder à plusieurs bases de données différentes.

Spring se charge de récupérer une data source présente sous les data source de tomcat avec un utilisateur qui a le droit d'accéder aux différentes bases auxquelles j'ai besoin d'accéder.

Je me sers des annotations hibernate pour définir les champs des requêtes et la base à utiliser, notamment cette ligne:

@Entity
@Table(name = "configuration_site", schema="baseRideman")

Cependant je voudrais rendre le schema dynamique.

J'ai lu qu'il était possible de définir des data sources à la volée avec hibernate mais je voudrais arriver à faire pareil avec Spring ou avec les annotations.

Est ce possible?

Je vous remercie d'avance de vos réponse et j'espère avoir été claire.

R1D3M4N

Oui, c'est possible. Avec Spring, tu peux modifier la configuration de ton ApplicationContext par programmation, en cours d'exécution. Par ailleurs, tu peux utiliser directement DBCP, ou c3p0, depuis Spring, sans passer par les couches Tomcat.

Je te remercie de ta réponse rapide.

Je ne suis pas expert en programmation java. Je ne connais pas tes outils. Aurais tu un lien expliquant un peu plus comment utiliser ce genre d'outils ou pourrais tu être plus précis pour que je puisse affiner mes recherches notamment au niveau des modifications des contextApplication.

Merci j'ai trouvé une solution:

En appelant un context qui est créé pour chaque database différente.

ApplicationContext ctx = new ClassPathXmlApplicationContext(datasourceXML.toString ());

Je ne sais pas par contre si c'est le plus performant. Car à chaque appel il recharge une bonne partie de la config Spring/hibernate alors que seul le nom de la database change.

Si c'est uniquement l'URL de la base de données qui change, tu peux accéder directement à ta datasource pour en modifier l'url. Ca marche si tu utilises la BasicDataSource de DBCP.

Une solution intermédiaire serait d'utiliser un StaticApplicationContext plutôt que ClassPathXmlApplicationContext.