Discussion :

[Baptiste Wicht]

Bonjour,

Ces derniers temps, j'ai effectué quelques changements au niveau de mon organisation.

Je viens en effet de passer à Maven 2 pour le build de mes projets. Mes projets ne sont pas encore tous sous Maven et je n'exploite pas encore toute la puissance de cet outil, mais je vais y aller petit à petit.

J'ai également commencé à utiliser Sonar (en fait, c'est ce qui m'a poussé à passer à Maven 2), comme outil de suivi de la qualité de mes projets. Là encore, tout n'est pas encore complètement terminé. Pour le moment, j'ai encore quelques problèmes avec le lancement depuis le serveur d'intégration continue.

Voilà

[millie]

L'intégration continue fonctionne t'elle correctement quand les pom maven ne reprennent pas directement les sources du svn ?

Et pour info, il y a un serveur d'intégration continue dans l'offre Hébergement projet ?

[Baptiste Wicht]

L'intégration continue fonctionne t'elle correctement quand les pom maven ne reprennent pas directement les sources du svn ?

Et pour info, il y a un serveur d'intégration continue dans l'offre Hébergement projet ?

Je suis pas sûr de comprendre ta première question

Dans mon cas, je ne fais pas de lien entre les sources sur SVN et le pom, le pom fait référence directement aux dossiers src/main/java, src/main/resources, ... Et tout marche très bien. Je n'utilise pas de mvn release, j'utilise directement des mvn install et je m'occupe du reste.

Non, on ne propose pour le moment pas de serveur d'intégration continue dans l'offre des projets.

[millie]

Je suis pas sûr de comprendre ta première question

Dans mon cas, je ne fais pas de lien entre les sources sur SVN et le pom, le pom fait référence directement aux dossiers src/main/java, src/main/resources, ... Et tout marche très bien. Je n'utilise pas de mvn release, j'utilise directement des mvn install et je m'occupe du reste.

Non, on ne propose pour le moment pas de serveur d'intégration continue dans l'offre des projets.

En fait, la première question fait réféerence à un pom du style :

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
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
<?xml version="1.0" encoding="UTF-8"?>
<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/maven-v4_0_0.xsd">
<modelVersion>4.0.0</modelVersion>
    <name>MillieCommand</name>
    <parent>
		<groupId>millie</groupId>
		<artifactId>MilliePackaging</artifactId>
		<version>1.0.0</version>
  	</parent>
  	<groupId>millie</groupId>
    <artifactId>MillieCommand</artifactId>
    <version>${MillieCommandMvnVersion}</version>
    <packaging>jar</packaging>
 
  	 <scm>
		<developerConnection>scm:svn:http://subversion.developpez.com/projets/Millie/trunk/MillieCommand/</developerConnection>
 	</scm>
 
 	<build>
	 	<plugins>
	 	   <plugin>
				<artifactId>maven-scm-plugin</artifactId>
				<executions>
					<execution>
						<id>scm-checkout-sources</id>
						<phase>generate-resources</phase>
						<goals>
							<goal>checkout</goal>
						</goals>
						<configuration>
							<connectionType>developerConnection</connectionType>
						</configuration>
					</execution>
				</executions>
			</plugin>
		</plugins>
	</build>
 
	<dependencies>
		<dependency>
			<groupId>millie</groupId>
			<artifactId>Millie</artifactId>
		</dependency>
		<dependency>
			<groupId>millie</groupId>
			<artifactId>MilliePlugins</artifactId>
		</dependency>
		<dependency>
			<groupId>millie</groupId>
			<artifactId>MillieCommons</artifactId>
		</dependency>		
	</dependencies>
 
</project>

Du coup, quand tu fais un : mvn install dessus, même si tu n'as pas les sources, ça récupère les sources du svn et ça les compile (ça permet d'ailleurs de valider le fait que ton projet compilé correspond exactement à la version sur le svn, parfois il y a des surprises).
Mais comme je n'ai utilisé qu'un serveur d'intégration fait "maison", je ne sais plus du tout comment marche les autres serveurs d'intégration type Continuum.

[Baptiste Wicht]

En fait mon serveur d'intégration continue, Hudson, récupère directement les sources depuis SVN dans lequel le pom est compris et compile ensuite le tout à partir des sources mises à jour.

Donc avec ça, je suis sûr que la version compilé correspond toujours à la dernière version sur SVN.

[millie]

Ah, ok. Je ne savais pas qu'hudson faisait ça comme ça

[Baptiste Wicht]

Ah, ok. Je ne savais pas qu'hudson faisait ça comme ça

Il me semble que tous les outils d'intégration continue font ça.

En tout cas, TeamCity le faisait aussi et me semble bien que Continuum le fait.

[millie]

En tout cas, TeamCity le faisait aussi et me semble bien que Continuum le fait.

En fait, ça devait le faire pour continuum, mais le problème, c'est pour les projets "multi projets". S'il y a plusieurs jar dans une application, on se retrouvait avec un pom par jar et un pom général. Et continuum savait fonctionner que pour un seul projet à la fois.

Du coup, je faisais un projet qui contenait tous les pom, et les pom savaient récuperer de svn les sources.

[Baptiste Wicht]

Effectivement j'ai aussi eu des soucis avec des projets Maven multi-modules.

Je suis aussi passé par une petite astuce en rendant les modules pas trop dépendants des parents et vice-versa. Mais ça reste parfois difficile.

[Baptiste Wicht]

J'ajoute un nouvel outil à ma liste : Artifactory

Je l'utilise maintenant comme proxy d'entreprise Maven.

C'est vrai que pour un projet comme le mien, ce n'est pas indispensable, mais ça permet de découvrir un nouvel outil et de me familiariser avec. En plus de cela, c'est très pratique pour centraliser les artefacts Maven en un seul endroit.

[millie]

Je l'utilise maintenant comme proxy d'entreprise Maven.

C'est à dire ?

[Baptiste Wicht]

C'est à dire ?

Il s'agit en fait d'ou outil qui effectue une recopie locale d'autres repository, y compris du repository central. Donc en fait, quand tu fais un build, tu vas chercher les artefacts uniquement sur Artifactory.

La première fois que tu as besoin d'un artefact xxx, Maven 2 le demande à Artifactory qui lui va le télécharger et va ensuite te le fournir. Mais si tu le demandes une deuxième fois disons sur un autre PC, il est directement fourni par Artifactory.

Tu peux également déployer des artefacts sur ce serveur qui gère un repository accessible en écriture pour tes projets. Et enfin, tu peux ajouter toi-même des artifacts depuis l'interface web par exemple pour des ressources qui ne sont pas mavenisées.

Le tout est disponible graphiquement sur une interface web très simple.

J'espère que c'est clair

[millie]

Mais il y a un seul dépot sur Artifactory pour plein de personnes ?

Ou chacun gère le sien ?

[Baptiste Wicht]

Mais il y a un seul dépot sur Artifactory pour plein de personnes ?

Ou chacun gère le sien ?

De base, c'est effectivement plusieurs gros repositories que tout le monde utilise. Ça a tout de même un but de centralisation.

Mais après, tu peux créer plusieurs repository sur Artifactory. Ca peut être utile pour le repository de snapshots, mais à mon avis, c'est pas très utile pour le repository de releases.

Par contre, au niveau du repository local, il est mieux d'en avoir qu'un sinon, il y aura plusieurs fois les mêmes artefacts des plugins Maven par exemple et on perd l'avantage du proxy.