Discussion :

[ChtiGeeX]

Bonjour,

J'ai une application configurable par la base de données, ce qui rend fastidieux en temps le fait de rajouter des elements sur l'application puisque parfois cela necessite de faire plusieurs dizaines de requetes.

Pour parer à cela j'essaie de produire une application qui va me permettre de configurer l'appli par une interface graphique ... ce qui permets de ne pas taper les requetes en base de données directement et reduit de maniere caracteristique le risque de mauvaise configuration en base.

Mon probleme est le suivant, j'aimerai produire cette appli pour plusieurs environnement, plus precisemment: la base de developpement, d'integration et de production.

J'ai donc une appli Spring MVC en trois couches WEB-Business-Integration, avec des services business transactionnels, une couche d'integration pluggué sur un framework OR iBatis....

Mon problème est que pour un écran j'aimerai choisir ma base de données sur laquelle faire l'opération, hors mes services sont des singletons et sont configurés par spring. Généralement ils ont donc une référence vers la datasource declrée elle aussi dans le fichier de configuration spring.

Mais j'aurai donc a terme plusieurs datasource de configurée dans le fichier de configuration Spring et je ne sais laquelle mapper puisque ce sera l'utilisateur qui fera se choix ... pour parer a cela j'avais pensé mettre en place un intercepteur de requete dans la couche web ... mais comme mes services sont des singletons ... ce n'est pas possible a moins de modifier la BDD pour tout les threads utilisant le service en question ....

L'autre solution bourine est de faire un transaction manager et un mapping iBatis pour chaque datasource mais je m'y refuse trop louche comme solution ...

Si quelqu'un a une id donc ?.... elle est la bienvenue ...

Merci.

CG...

[ChtiGeeX]

Peut etre une idee qui me viens si je surcharge les classes de spring et que je redefinie le getDatasource() ca devrait le faire non ?

[ego]

je ne suis pas sûr de ton problème car tu parles de plusieurs environnements dev, intégration, production. Est-ce par rapport à ces différents environnements que tu veux pouvoir changer de datasource au niveau du client ?

[ego]

sinon, regardes la notion de "factory-method"

Code :

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

1
2
3
<bean id="exampleBean"
class="examples.ExampleBean2"
factory-method="createInstance"/>

cela te parmet de retourner un bean via l'invocation d'une méthode.
A toi de configurer, dans l'exemple précédent, le bean exampleBean pour qu'il retourne le bon DAO en fonction du choix de l'utilisateur.
Mais vu ton problème, que je n'ai pas encore compris complètement, je ne suis pas certain que cela soit la bonne réponse.

[ChtiGeeX]

Je récapepette ... ... en fait j'ai une interface (fin je voudrai) ou l'utilisateur peut choisir sur quelle base de données faire la modification.

Or j'utilise un transaction manager pour regler le probleme d'acces concurrent sur ma base de donnée (org.springframework.jdbc.datasource.DataSourceTransactionManager) et du coté intégration j'ai un framework iBatis donc du coup également dans le fichier de configuration spring la classe (org.springframework.orm.ibatis.SqlMapClientFactoryBean).

ces deux classes sont donc deux beans dans mon fichiers de conf spring qui prennent en propriété une reference vers un bean qui est le datasource.

la config classique se fait dans le fichier spring et comme ces deux beans sont des singletons, tout les threads pointent le meme datasource.

or moi je voudrais que chaque Thread la datasource soit une des trois existantes ce choix etant fait par l'utilisateur ....

du coup je pensais surcharger les deux classes spring ci dessus ... redefinir getDataSource et ajouter une proprieté de type ThreadLocal en public static. En rajoutant un intercepteur entre mon dispatcher et mon controller, je recupere l'element du formulaire qui me permets de reperer le choix de l'utilisateur et ensuite je set dans le membre Threadlocal de mes deux classes spring surcharger la valeur choisie.... il me reste plus ensuite qu'a remonter le bon datasource depuis le context applicatif dans la methode getDatasource surchargée ....

Je sais pas si c'est plus clair si cela ne l'est pas n'hésite pas à me poser des questions ...

Je sais pas si ma solution envisagée est propre mais je la trouve pas mal, par contre je ne saurais dire si il se peut qu'il y ai un hic car je n'ai pas beaucoup d'experience avec spring mais je me soigne .... lol

Merci ...

CG

[ego]

je réitère ma question
Ne penses-tu pas que tu mélanges une réelle problématique d'accès multi-bases et une problématique de cycle de développement ?
Je veux dire que comme tu parles d'environnements de développement, intégration et production, la solution réside avant tout dans le déploiement des parties serveur et client.
Il y a autant de serveurs que d'environnements et au niveau du client autant de "clients" que d'environnements. Dans chaque environnement client ou serveur, c'est la config qui change.
Un client "développement" accède à un serveur "développement", un client "intégration" accède à un serveur "intégration",...