Découper un fichier de conf

Bonjour,

J'aimerais savoir s'il était possible de couper un fichier de conf en plusieurs et comment créer des références entre ces fichiers. Typiquement, j'aurais un fichier qui ferait appels à un ouplusieurs autre fichiers de conf (en tout cas j'aimerais au moins isoler la configuration de la base de données)

Je suis peut être con comme un balai, et dans ce cas vous aurez tous le droit de me faire ca :scarymov: ou ca :sm: , mais je l'ai pas vu dans la doc et j'ai pas trouvé de site à ce propos .

Merci par avance

[ Sujet déplacé depuis le forum java par Viena ]
:arrow: Les Règles du Forum

Bonjour,

Une petite question qd meme, pourquoi tu veux splitter un fichier de conf en plusieurs?? quel est l'intéret??

Je pense ne pas avoir compris ce que tu veux faire mais j'ai comme idée que ca ressemblerait plutôt à avoir un fichier de conf organisé en section

genre :

Code:

---

1 2 3 4 5 6 7 8

[Section1] param0=value; param1=value;   [Section2] param0=value; param1=value;

---

si si, c'est tres bien de decouper son fichier de conf spring : un pour le MVC, un pour les bean "metiers", un pour les DAO

bon, de memoire, je sais plus... mais j'ai ca @home. dont je reponds ca soir, si personne ne l'a fait d'ici la

dans ton web.xml :

Code:

---

1 2 3 4 5 6 7 8

<listener> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> </listener> <context-param> <param-name>contextConfigLocation</param-name> <param-value>/WEB-INF/tonappli-hibernate.xml,/WEB-INF/tonappli-service.xml </param-value> </context-param>

---

Bonjour,

tout d'abord merci pour les réponses.

Comme l'adis lunatix, c'est pour decoupler les différentes couches de l'appli.
C'est pour me faciliter les tests, car entre mon environnement de dev et selui de prod seuls les accès à la base sont différents et ca me simplifierais la vie de travailler que sur un seul fichier pour la logique métier (J'espère avoir été assez clair).

dlemoing merci pour ta réponse mais j'ai aussi besoin de l'utiliser dans un contexte batch pas seulement pour une appli web. Mais merci pour ta réponse c'est toujours bon à savoir.

lunatix si tu as retrouvé comment on fait ca m'aiderais bien (mais te prends pas la tête, un jour je trouverais bien)

Encore merci et bonne journée

Regarde le commentaire d'Alwin : http://www.developpez.net/forums/viewtopic.php?t=415421

Sinon, regarde dans la documentation comment charger un applicationContext avec plusieurs fichiers. En cherchant 30 secondes tu aurais pu trouver ca :

Code:

---

ClassPathXmlApplicationContext appContext = new ClassPathXmlApplicationContext(new String[] {"applicationContext.xml", "applicationContext-part2.xml"});

---

En fait j'aurais aimé savoir si celà pouvait être fait dans le fichier de conf, de manière déclarative et pas programmative.
En gros peut on faire une référence vers un autre fichier de conf à partir d'un fichier de conf? Et bien sur comment le faire.

J'avais déjà vu ce post mais il demande un peu de développement (c'est vrai que c'est pas beaucoup) si je ne veux avoir qu'un fichier à modifier sans recompiler le projet. Et je voulais savoir à titre informatif si c'était possible.
Merci quand même.

Es tu bien conscient des conséquences de ce que tu souhaites faire ?
Prenons un exemple concret où tu as des tests unitaires qui utilisent différentes configurations et donc différents fichiers xml :

- applicationContext-service1.xml -> applicationContext-dataaccess1.xml (hibernate)
- applicationContext-service2.xml -> applicationContext-dataaccess2.xml (jdbc)
- applicationContext-service3.xml -> applicationContext-dataaccess3.xml (autre chose)

Pour tester tes services avec différents outils de persistance, tu te retrouves obligé de définir plusieurs applicationContext-serviceX.xml, chacun pointant vers la solution de persistance à employer. Si tu ne vois pas la duplication d'informations (et les risques associées), je ne comprends pas.

En utilisant la méthode que je te propose, tu n'as plus qu'un fichier applicationContext-service.xml et tu peux le réutiliser avec n'importe quel solution de persistance.

Dans le cas décrit, je ne tiens compte que de 2 couches, que se passe t'il si je rajoute une couche web à tester ? Avec combien de fichiers se retrouve t'on ? Pour ma part, je ne te conseille pas cette approche, je crois qu'il existe une solution mais je ne m'en souviens plus (jamais utilisée mais présente, il me semble, dans le dernier livre de rod johnson).

Il faut dire que j'ai deux fichier Spring différent, un pour les batchs et un pour l'applis web (pas d'utilisation des même classes dans chaque fichiers a part la définition de l'accès en base et de quelques classes). Je vois donc l'intêret, c'est que si le mot de passe d'accès à la base est modifié (ce qui peux arriver) il n'y a qu'un fichier à modifier.
J'avais peut être oublié de préciser ce point.

Sauf que dans ce cas la, tu peux externaliser dans un fichier properties les propriétés de ta base (mais je ne suis pas sur de bien comprendre ce que tu dis, je réponds certainement à coté).

Code:

---

1 2 3 4 5 6 7 8 9 10

<bean id="propertyConfigurer" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer"> <property name="location" value="/WEB-INF/jdbc.properties"/> </bean>   <bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource"> <property name="driverClassName" value="${jdbc.driverClassName}"/> <property name="url" value="${jdbc.url}"/> <property name="username" value="${jdbc.username}"/> <property name="password" value="${jdbc.password}"/> </bean>

---

Ca me convient parfaitement Grand Merci :D .


Mais toujours pour info j'aimerais quand même savoir si l'on peux faire référence à un un autre fichier de conf à partir d'un autre