Discussion :

[ThomasEscolan]

Bonjour à tous,

J'ai défini trois profils dans un POM parent ; ceux-ci s'activent respectivement si une propriété est présente, si elle a une valeur, si elle a une autre valeur.
J'ai deux questions :

• En Maven 2.0.11 que nous utilisons actuellement, le fait de définir la propriété dans le POM fils ne provoque pas l'activation des profils, on est forcé de passer par un paramètre -D ou l'option -P ; est-ce que ça fonctionnerait en M3 ?

• J'ai trouvé trace dans un forum d'une proposition d'évolution de Maven pour supporter la syntaxe d'activation <property><name>foo</name><value>!SAUF_CELLE_LA</value> ; savez-vous si cela s'est produit dans une version ultérieure à la nôtre ci-dessus ?

Merci d'avance.

[romaintaz]

Bonjour,

Mes réponses :

1. Je ne crois pas. Mais quel est l'intérêt d'activer / désactiver un profil via une propriété définie dans le pom ? L'idée d'un profil est de réaliser certaines tâches en fonction d'une condition extérieure (présence d'un paramètre, existence d'un OS spécifique, etc.).

2. Non, pas à ma connaissance.

[ThomasEscolan]

Mais quel est l'intérêt d'activer / désactiver un profil via une propriété définie dans le pom ?

Nous utilisons le plugin APT pour générer de la configuration à partir d'annotations. Cette configuration est ensuite filtrée (plugin resources) pour y injecter certaines propriétés. En fonction des propriétés présentes, certaines dépendances et lancements de plugins sont requis ; et comme ces déclarations sont assez verbeuses, je souhaite les génériser dans des profils disponibles depuis tous les modules (DRY).

Une bonne pratique différente serait-elle possible ?

[ThomasEscolan]

Est-ce que quelqu'un aurait l'idée d'une autre stratégie pour déclencher certaines opérations génériques au cas par cas dans les modules, SVP ?
Par exemple, est-ce que ça serait mieux de se baser sur la présence d'un fichier dans les modules, lequel contiendrait les propriétés "valuées" ? Est-ce que ça m'éviterait d'utiliser des variables "-D" ?

Exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
<activation>
	<file>
		<exists>src/main/filters/filter.properties</exists>
	</file>
</activation>
...
<build>
	<filters>
		<filter>src/main/filters/filter.properties</filter>
	</filters>
</build>

Est-ce que les propriétés de filtrage seront "montées" dans l'environnement Maven, pour activer les profils suivants ??

[ThomasEscolan]

J'ai essayé avec un filter et properties-maven-plugin sans succès. Les propriétés ne sont pas chargées au bon moment pour activer mes profils.

Je crée une autre discussion pour une autre stratégie. A+

[tchize_]

Nous utilisons le plugin APT pour générer de la configuration à partir d'annotations. Cette configuration est ensuite filtrée (plugin resources) pour y injecter certaines propriétés. En fonction des propriétés présentes, certaines dépendances et lancements de plugins sont requis ; et comme ces déclarations sont assez verbeuses, je souhaite les génériser dans des profils disponibles depuis tous les modules (DRY).

Une bonne pratique différente serait-elle possible ?

Ce n'est pas plus simple dans ce cas de définir non pas un mais trois pom parent suivant ce qui est voulu?