Bonjour,
Je souhaiterais utiliser mon dépôt local comme si il s'agissait de mon dépôt "central".
Savez vous si il est possible de faire ça ? Si oui, comment le faire ?
Merci d'avance
Cordialement,
FJ
Bonjour,
Je souhaiterais utiliser mon dépôt local comme si il s'agissait de mon dépôt "central".
Savez vous si il est possible de faire ça ? Si oui, comment le faire ?
Merci d'avance
Cordialement,
FJ
Hello,
Dans ton fichier settings.xml, il suffit de définir ton repository comme mirroir de central :
Code xml : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6
7 <mirrors> <mirror> <id>mon-repo</id> <url>file://C:\xxx</url> <mirrorOf>central</mirrorOf> </mirror> </mirrors>
Mais j'avoue ne pas bien comprendre l'intérêt de ta demande. Ca revient à faire tourner Maven en offline (mvn -o ... ou mvn --offline ...), non ?
Nous sommes tous semblables, alors acceptons nos différences !
--------------------------------------------------------------
Liens : Blog | Page DVP | Twitter
Articles : Hudson | Sonar | Outils de builds Java Maven 3 | Play! 1 | TeamCity| CitConf 2009
Critiques : Apache Maven
En réalité, j'utilise Maven couplé à Jenkins mais la cohabitation ne se passe pas comme je le souhaite. Je suis bloqué par ce souci depuis un certains temps.
Dès qu'une release ou un snapshot sort j'ai des erreurs de la sorte :
Le problème est que les artefacts sont bien buildés et dispo sur mon dépôt local, donc j'espère me débloquer en passant par mon repo local
Code : Sélectionner tout - Visualiser dans une fenêtre à part [ERROR] Non-resolvable import POM: Failure to find fr.maboite.projet.base:mon-projet-base:pom:1.49-SNAPSHOT in http://maven-proxy.groupe.maboite.fr/all was cached in the local repository, resolution will not be reattempted until the update interval of central has elapsed or updates are forced @ line 26, column 25
Bref, ceci est une autre histoire !
Merci du coup de main Romaintaz![]()
Quand on définit un repository dans ton settings.xml, on définit également le fait qu'il propose ou non les snapshots.
Par exemple :
Code xml : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6
7 <repository> <id>xxx</id> <releases> <enabled>true</enabled> </releases> <url>http://xxx</url> </repository>
indiquera que le repository en question n'est utilisé que pour les releases (versions stables).
Code xml : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6
7 <repository> <id>xxx</id> <snapshots> <enabled>true</enabled> </snapshots> <url>http://xxx</url> </repository>
indiquera que ce repository n'est utilisé que pour les versions snapshots.
Bien sûr, on peut combiner les 2 :
Code xml : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6
7
8
9
10 <repository> <id>xxx</id> <releases> <enabled>true</enabled> </releases> <snapshots> <enabled>true</enabled> </snapshots> <url>http://xxx</url> </repository>
Peut-être est-ce là ton problème ?
Faire en sorte que Jenkins utilise ton propre repository local est une mauvaise chose, car tu risques de te retrouver avec des problèmes de versions de snapshots, ou de librairies qui sont présentes chez toi, mais pas dans le repository de la boite...
Nous sommes tous semblables, alors acceptons nos différences !
--------------------------------------------------------------
Liens : Blog | Page DVP | Twitter
Articles : Hudson | Sonar | Outils de builds Java Maven 3 | Play! 1 | TeamCity| CitConf 2009
Critiques : Apache Maven
Mon repository remote est configuré de la sorte :
J'imagine bien que de piocher dans le dépot local n'est pas une bonne chose, mais ces erreurs m'empêchent d'avancer (et ce depuis quelques temps).
Code : 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 <profile> <id>default-settings</id> <repositories> <repository> <id>central</id> <name>Repository for everything</name> <url>http://maven-proxy.groupe.maboite.fr/all</url> <releases> <enabled>true</enabled> <checksumPolicy>warn</checksumPolicy> <updatePolicy>${releases.updatePolicy}</updatePolicy> </releases> <snapshots> <enabled>true</enabled> <checksumPolicy>warn</checksumPolicy> <updatePolicy>${snapshots.updatePolicy}</updatePolicy> </snapshots> </repository> </repositories> <pluginRepositories> <pluginRepository> <id>central</id> <name>Repository for everything</name> <url>http://maven-proxy.groupe.maboite.fr/all</url> <releases> <enabled>true</enabled> <checksumPolicy>warn</checksumPolicy> <updatePolicy>${releases.updatePolicy}</updatePolicy> </releases> <snapshots> <enabled>true</enabled> <checksumPolicy>warn</checksumPolicy> <updatePolicy>${snapshots.updatePolicy}</updatePolicy> </snapshots> </pluginRepository> </pluginRepositories> <properties> <releases.updatePolicy>never</releases.updatePolicy> <snapshots.updatePolicy>always</snapshots.updatePolicy> <eclipse.wtp.version>2.0</eclipse.wtp.version> </properties> </profile>
D'autant plus qu'elles disparaissent et apparaissent au gré des différentes releases/snapshots.
Je débute dans le domaine mais là je suis vraiment bloqué. Je n'ai aucune explication logique !
Que vaut la variable snapshots.updatePolicy ?
As-tu essayé en mettant "-U" dans ta commande Maven ? Cet argument va forcer le téléchargement des snapshots s'il y a de nouvelles versions disponibles.
Nous sommes tous semblables, alors acceptons nos différences !
--------------------------------------------------------------
Liens : Blog | Page DVP | Twitter
Articles : Hudson | Sonar | Outils de builds Java Maven 3 | Play! 1 | TeamCity| CitConf 2009
Critiques : Apache Maven
Partager