Comment gérer des versions différentes des plugins ?

Version imprimable

24/09/2015, 16h37
kkt8

Comment gérer des versions différentes des plugins ?

Bonjour,

J'ai mis en place Maven pour générer mon update site, qui est composé de plusieurs plugins.
Si tout ce beau monde à le même numéro de version : plugins, feature, et pom tout va bien !
si d'aventure un plugin et son feature a un numéro de version différent des autres ... ça ne va plus !

Comment je veux différencier ce numéro de version de plugin et le numéro de version du pom ?
D'avance merci
24/09/2015, 16h43
eulbobo

Normalement chaque plugin a grosso modo son propre cycle de vie et donc son propre numéro de version qui n'est pas dépendant des autres.

Tu as un exemple précis (comme ton pom.xml) qu'on puisse t'aider?

Bonjour eulbobo !

alors voici mon pom parent :

Code:

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
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>
 
  <groupId>com.bla.bla.bla</groupId>
  <artifactId>eclipseplugin</artifactId>
  <version>1.3.0-SNAPSHOT</version>
  <packaging>pom</packaging>
 
  <properties>
  	<version>1.3.0</version>
  </properties>
 
  <repositories>
  	  	<repository>
    		<id>eclipse-kepler</id>
			<layout>p2</layout>
			<url>http://download.eclipse.org/releases/kepler</url>
  		</repository> 		
  </repositories>
 
  <modules>
  	<module>../fr.bli.bli.a</module>
  	<module>../fr.bli.bli.b</module>
  	<module>../fr.bli.bli.c</module>
  	<module>../fr.bli.bli.d</module>
    	<module>../fr.bli.bli.feature.a</module>
  	<module>../fr.bli.bli.feature.b</module>
  	<module>../fr.bli.bli.feature.c</module>
  	<module>../fr.bli.bli.feature.d</module>
  	<module>../fr.bli.bli.updatesite</module>
 
  </modules>
 
  <build>
    	<plugins>
      		<plugin>
        		<groupId>org.eclipse.tycho</groupId>
        		<artifactId>tycho-maven-plugin</artifactId>
        		<version>0.19.0</version>
        		<extensions>true</extensions>  
        		<configuration>
    				<source>1.7</source>
    				<target>1.7</target>
				</configuration>        		    	
      		</plugin>
    	</plugins>
 
    	<pluginManagement>
	    	<plugins>
	    		<!--This plugin's configuration is used to store Eclipse m2e settings only. It has no influence on the Maven build itself.-->
	    		<plugin>
	    			<groupId>org.eclipse.m2e</groupId>
	    			<artifactId>lifecycle-mapping</artifactId>
	    			<version>1.0.0</version>
	    			<configuration>
	    				<lifecycleMappingMetadata>
	    					<pluginExecutions>
	    						<pluginExecution>
	    							<pluginExecutionFilter>
	    								<groupId>org.eclipse.tycho</groupId>
	    								<artifactId>
	    									tycho-compiler-plugin
	    								</artifactId>
	    								<versionRange>
	    									[0.19.0,)
	    								</versionRange>
	    								<goals>
	    									<goal>compile</goal>
	    								</goals>
	    							</pluginExecutionFilter>
	    							<action>
	    								<ignore></ignore>
	    							</action>
	    						</pluginExecution>
	    					</pluginExecutions>
	    				</lifecycleMappingMetadata>
	    			</configuration>
	    		</plugin>
	    	</plugins>
		</pluginManagement>
	</build>
 
</project>

et un exemple d'un pom enfant feature:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
<?xml version="1.0" encoding="UTF-8"?>
<project xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd" xmlns="http://maven.apache.org/POM/4.0.0"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <modelVersion>4.0.0</modelVersion>
  <parent>
    <groupId>com.bla.bla.bla</groupId>
    <artifactId>eclipseplugin</artifactId>
    <version>1.3.0-SNAPSHOT</version>
    <relativePath>../eclipseplugin/pom.xml</relativePath>
  </parent>
  <artifactId>fr.bli.bli.feature.a</artifactId>
  <packaging>eclipse-feature</packaging>
</project>

et un exemple de pom plugin :

Code:

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
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
<?xml version="1.0" encoding="UTF-8"?>
<project
	xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"
	xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
	<modelVersion>4.0.0</modelVersion>
	<parent>
		<groupId>com.bla.bla.bla</groupId>
		<artifactId>eclipseplugin</artifactId>
		<version>1.3.0-SNAPSHOT</version>
	  	<relativePath>../eclipseplugin/pom.xml</relativePath>
	</parent>
	<artifactId>fr.bli.bli.a</artifactId>
	<packaging>eclipse-plugin</packaging>
	<build>
		<plugins>
			<plugin>
				<artifactId>maven-antrun-plugin</artifactId>
				<version>1.1</version>
				<inherited>false</inherited>
			</plugin>
		</plugins>
		<pluginManagement>
			<plugins>
				<!--This plugin's configuration is used to store Eclipse m2e settings only. It has no influence on the Maven build itself.-->
				<plugin>
					<groupId>org.eclipse.m2e</groupId>
					<artifactId>lifecycle-mapping</artifactId>
					<version>1.0.0</version>
					<configuration>
						<lifecycleMappingMetadata>
							<pluginExecutions>
								<pluginExecution>
									<pluginExecutionFilter>
										<groupId>
											org.apache.maven.plugins
										</groupId>
										<artifactId>
											maven-antrun-plugin
										</artifactId>
										<versionRange>
											[1.1,)
										</versionRange>
										<goals>
											<goal>run</goal>
										</goals>
									</pluginExecutionFilter>
									<action>
										<ignore></ignore>
									</action>
								</pluginExecution>
							</pluginExecutions>
						</lifecycleMappingMetadata>
					</configuration>
				</plugin>
			</plugins>
		</pluginManagement>
	</build>
</project>

tout (plugin et feature) est pour le moment en version 1.3.0.qualifier si j'en met un à 1.4.0.qualifier (fr.bli.bli.feature.a et fr.bli.bli.a) j'ai l'erreur suivante :

Code:

1
2
3
4
[ERROR] Cannot resolve project dependencies:
[ERROR]   Software being installed: fr.bli.bli.feature.a.feature.group 1.3.0.qualifier
[ERROR]   Missing requirement: fr.bli.bli.feature.a.feature.group 1.3.0.qualifier requires fr.bli.bli.feature.b.feature.group [1.3.0,1.3.1)' but it could not be found
[ERROR]

Merci :)

24/09/2015, 17h12
eulbobo

Alors, pour le coup, on parle de version de module dans un projet maven MultiModule : techniquement, le problème ne vient pas des plugins utilisés par maven (même si tu es toi même en train de développer un plugin)

Dans un projet multimodule, par convention, tous les modules héritent du numéro de version du pom parent. Ils sont tous liés au même endroit, ils ont tous le même numéro de version.
(De la même façon, il faut éviter de redéclarer une propriété déjà existante, la version de ton projet, c'est 1.3.0-SNAPSHOT, pas 1.3.0 !)

Si tu essayes d'augmenter la version d'un seul de tes modules, il ne sera plus en phase avec le projet parent, ni avec les autres modules dont il peut dépendre. Si chaque module peut évoluer indépendamment du reste, la gestion multimodule n'est pas la bonne approche : il faudra que tu crées un projet de type "dépendances communes" dont les autres héritent.

Pour gérer tes version, le plugin release est très bien fait et gère lui même tout seul les numéros de version (en faisant un tag dans ton SCM, un incrémentant toutes les version, en déployant dans ton repo local, et en déployant dans ton repo distant si tu en as un)
25/09/2015, 09h48
kkt8

Bonjour,

Qu'est-ce que tu entends par "Pour gérer tes version, le plugin release est très bien fait et gère lui même tout seul les numéros de version" ?
C'est quoi le pluginrelease ?
Je débute avec Maven et j'ai réutilisé des pom d'un collègue ... :)

Merci
25/09/2015, 10h03
kkt8

rebonjour !
a priori d'après ce que j'ai lu ce que tu proposes est lié avec un SCM, alors que là ce n'est pas le cas.
Je veux juste gérer la version de mes plugins indépendament les uns des autres, car ils n'évoluent pas forcément tous à la même vitesse ...
25/09/2015, 10h28
eulbobo

Citation:

Envoyé par kkt8

a priori d'après ce que j'ai lu ce que tu proposes est lié avec un SCM, alors que là ce n'est pas le cas.

Tu as pas de contrôle de source? Pas de CVS, pas de SVN, pas de GIT?
Fais quelque chose où prends toi à minima un dépôt git privé sur le net (bitbucket est bien) afin de gérer tes commits !

Citation:

Je veux juste gérer la version de mes plugins indépendament les uns des autres, car ils n'évoluent pas forcément tous à la même vitesse ...

Donc je répète, si chaque plugin fils peut évoluer à une vitesse différente des autres, la construction en multi-module n'est pas la bonne.

Le multimodule, c'est quand tu livres plusieurs packages d'un coup pour lesquels les dépendances sont fortes ! Mais pour lesquels chaque package travaille indépendamment des autres. Un bon exemple serait une application web avec une partie coeur contenant les service qui seraient utilisés à la fois par une application web et des batchs : pour faire tourner les batch, tu n'as pas besoin de la webapp, et inversement. Mais toutes les versions sont liées

Dans ton cas, il va falloir que tu sépares tes plugins les uns des autres si tu veux pouvoir les faire évoluer indépendamment les uns des autres. Chacun son pom, chacun ses dépendances.
25/09/2015, 10h49
kkt8
Donc on part du principe :
- pom parent 1 (version 1.X)
plugins 1 (version 1.X)
plugins 2 (version 1.X)
- pom parent 2 (version 1.Y)
plugins 3 (version 1.Y)
plugins 4 (version 1.Y)

ce qui réponds à mon besoin d'update site independant !

MAIS (parce qu'il y a toujours un mais ...), pour le besoin d'une installation complète (qui génère mes 2 US ainsi qu'un installer via izpack) je dois faire un pom parent au dessus de parent 1 et parent 2 ???
ce qui je pense est impossible ... !
Comment faire dans ce cas ?

Merci en tout cas de ton aide ... je nage en eaux troubles ... :)
25/09/2015, 10h55
eulbobo

Tu fais un autre projet (pas parent du tout) avec les dépendances suivantes :
plugins 1 (version 1.X)
plugins 2 (version 1.X)
plugins 3 (version 1.Y)
plugins 4 (version 1.Y)

Comme ça des options de déploiement, tu ne les mets que dans ton projet principal qui contient tes autres dépendances
25/09/2015, 11h07
kkt8

mais un projet de type Maven ?
25/09/2015, 11h11
eulbobo

Citation:

Envoyé par kkt8

mais un projet de type Maven ?

Oui !
Avec des dépendances sur les artefacts dont tu as besoin pour faire ta livraison complète (que tu devras déclarer dans une balise <dependencies>)
25/09/2015, 23h01
Logan Mauzaize

Bonjour,

Est-ce que tu as regardé du côté d'Eclipse Tycho ?

Un tutoriel : http://mbaron.developpez.com/tutorie...tique-product/
01/10/2015, 15h59
kkt8

Bonjour,

Bon voici la solution, sans être sure que ça soit LA bonne solution mais ça marche.
Le pom parent a une version 1.0.0 a comme modules tous les plugins ou pom enfant.
Les plugins qui ont une version 1.0.0 ont comme parent le pom parent 1.0.0, et ceux qui ont une version différente 2.0.0 ont un pom parent avec une version 2.0.0 mais ce parent ne référénce aucun module...

Je sais pas si j'ai été claire, si besoin je mettrais un exemple !

Merci en tout cas à tous de m'avoir aiguillée vers cette solution !
:D
01/10/2015, 16h40
eulbobo

C'est une solution qui marche, donc c'est une bonne solution !

Accessoirement, si ton pom parent ne référence aucun module, ça veut dire que tu n'as pas réellement besoin du pom parent (sauf si tu déclares des variables et des dépendances communes pour tous les autres, mais à ce moment là, les pom fils pourraient aussi ne faire que déclarer le pom "père" comme simple dépendance)