Discussion :

[tunizar]

Salut à tous,
Dans un projet Web Maven, j'ai un fichier messages.properties qui se localise
sous /src/main/resources/
le fichier est comme ça

Code :

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

1
2
3
 
WS_0000=Message example N1
WS_0001=Message example N2

Je souhaite le partagé pour qu'il soit utilisé par d'autre projet.
Est ce que c'est possible ?
Et dans le même contexte le fichier log4j.properties

[tchize_]

tu pourrais les mettre dans un projet à part, qui est en dépendance de ton projet maven. Mais si le but est de synchronizer un fichier entre projets, j'ai tendance à préférer déléguer cette tâche au source control

[tunizar]

tu pourrais les mettre dans un projet à part, qui est en dépendance de ton projet maven. Mais si le but est de synchronizer un fichier entre projets, j'ai tendance à préférer déléguer cette tâche au source control

Merci de m'avoir répondu,
Est ce que tu peux détailler STP, je ne suis qu'un débutant
tout ce que j'ai trouvé, c'est de faire une classe static qui contient uniquement des constantes et faire avec, mais pour le log4j.properties j'ai pas de solution.

D'aprés ce que j'ai compris sur le net il faut avoir un projet Maven parent et ça je ne l'ai pas prévu

[Influenza]

Bonjour,

Tu peux générer ton projet sous forme d'un Jar. Ensuite tu le déclares en dépendance de tes autres projets. Ton fichier sera alors dans le classpath et tu pourras l'utiliser dans plusieurs projets :

Pom parent :

Code XML :

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

1
2
3
4
5
6
7
8
9
<groupId>fr.test</groupId>
<artifactId>parent</artifactId>
<packaging>pom</packaging>
<version>1.0</version>
 
<modules>
  <module>resource</module>
  <module>projetA</module>
</modules>

Pom projet ressource :

Code XML :

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

1
2
3
4
5
6
7
8
9
10
<groupId>fr.test</groupId>
<artifactId>resource</artifactId>
<packaging>jar</packaging>
<version>1.0</version>
 
<parent>
  <groupId>fr.test</groupId>
  <artifactId>parent</artifactId>
  <version>1.0</version>
</parent>

Pom pour projet A :

Code XML :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
<groupId>fr.test</groupId>
<artifactId>projetA</artifactId>
<packaging>jar</packaging>
<version>1.0</version>
 
<parent>
  <groupId>fr.test</groupId>
  <artifactId>parent</artifactId>
  <version>1.0</version>
</parent>
 
<dependencies>
  <dependency>
    <groupId>fr.test</groupId>
    <artifactId>resource</artifactId>
    <version>1.0</version>
  </dependency>
</dependencies>

Le pom.xml parent sera à la racine de tes projets.

Mathieu

[denisC]

Pour l'option de déléguer au source control (qui est celle que j'utilise habituellement également), tu peux regarder :
* Pour Subversion : svn:externals [http://svnbook.red-bean.com/en/1.7/s...xternals.html] (en anglais) ou http://blog.developpez.com/hiko-seij...vers/title_131
* Pour GIT : Submodules : http://git-scm.com/book/en/Git-Tools-Submodules (en anglais)

Si tu as un autre systeme de source control, il y a probablement des méchanismes équivalents.

[tunizar]

Merci de m'avoir répondu,
J'utilise cette méthode pour certain classes en commun, mais je n'ai pas pensé à le faire avec des fichier properties

reste une chose , c'est l'emplacement de ces fichiers là
normalement ils doivent être dans /src/main/resources/
est ce que quand je fais cette manip il n y aura pas de problème concernant l'emplacement ?

[Dev-pro]

Bonjour,

J'avais le même problème que toi et j'ai même posé la question dans le forum et finalement j'ai trouvé une solution, franchement c'étais pas la solution que je voulais mais ça marche très très bien.

Alors ce que j'ai fais, c'est au lieu de mettre mes properties dans un fichier .properties. j'ai crée un fichier settings.xml dans ./m2 (mon répository local ) et j'ai crée de dans un profil que j'ai activé par la suite et ça marche très bien de toutes les façons toi tu déploies tes projets dans ton répository local et comme ça tu aura toutes tes properties partager entre les projets.

Voila le code de mon settings.xml :

Code XML :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
<?xml version="1.0" encoding="UTF-8"?>
 
<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0" 
          xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
          xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd">
 
<profiles>
 
	<!--  Profil source-->
	<profile>
		<id>source</id>
		<properties>
			<portlet-api.version>2.0</portlet-api.version>
			<servlet-api.version>2.4</servlet-api.version>
			<jsp-api.version>2.0</jsp-api.version>			
 
			<portal.name>nova.maven.test</portal.name>
 
			<wps.home>/opt/IBM/WebSphere</wps.home>
			<wps.url>http://portal8-dev.intranet.novaliance.com:10039/wps/config</wps.url>
			<wps.url.virtuel>http://portal8-dev.intranet.novaliance.com:10039/wps/config/NovaTest </wps.url.virtuel>
			<wps.admin.name>admin</wps.admin.name>
			<wps.admin.password>*****</wps.admin.password>
 
 
		</properties>
	</profile>
 
<!-- Activation du profile -->
<activeProfiles>
       <!-- id profile -->
	<activeProfile>source</activeProfile>
</activeProfiles>  
</settings>

J'espère que j'étais assez claire.

[Influenza]

reste une chose , c'est l'emplacement de ces fichiers là
normalement ils doivent être dans /src/main/resources/
est ce que quand je fais cette manip il n y aura pas de problème concernant l'emplacement ?

Il n'y a pas de soucis. J'utilise déjà cette technique sur plusieurs projets. J'ai un Jar de configuration qui ne contient que des ressources.