Return to list

maven lutece exploded

avatar provided by gravatar.com dsitvdm | Oct 12, 2009 9:00:44 AM

maven lutece exploded

Bonjour,

je voudrais savoir si il est possible lors du lancement de la commande lutece:exploded de forcer la mise à jour du repository local du poste par les les jar et zip contenu dans le repository distant.

Merci de votre aide

Vote Score 42

Share

Report

Commentaires (8 )

Posted by : TLA | 14/10/2009 12:44:37
le -U fonctionne très bien pour moi et je viens encore d'en faire l'expérience ce matin (sur le plugin-form 2.2.2-SNAPSHOT). Mes plugins avec lesquels je fais ca sont des plugins noté SNAPSHOT, c'est peut-être la condition pour que Maven le fasse. A voir dans la doc de Maven ou sur la mailinglist maven.
 
Posted by : dsitvdm | 14/10/2009 12:33:11
[quote=TLA]utilise l'option "-U" dans tes commandes maven
mvn lutece:exploded -U
ou alors, si t'es énervé rm -rf $M2_REPO mvn clean lutece:exploded t.[/quote] Pour la supression du repo, je sais que cela marche bien, mais je préfèrerai une solution plus .... délicate pour le -U dans l'exemple que j'ai donné au dessus, cela n'a pas marché et donc je me suis retrouvé avec une version 1.3 du plugin X obsolète.
 
Posted by : TLA | 14/10/2009 11:58:49
ou alors, si t'es énervé rm -rf $M2_REPO mvn clean lutece:exploded
 
Posted by : TLA | 14/10/2009 11:51:43
utilise l'option "-U" dans tes commandes maven
mvn lutece:exploded -U
t.
 
Posted by : dsitvdm | 12/10/2009 14:42:57
Ce que j'appelle repository distant, c'est un serveur de notre réseau avec un logiciel de repository, ici nexus, sur lequel nous plaçons les versions de nos plugins. Imaginons qu'un membre de mon equipe effectue une modification mineure de dernière minute sur un plugin sans changer de version(ici la 1.3). J'avais déjà cette version (1.3) sur mon repository local (c:\document & setting\ ......) mais sans cette modification. j'ai ensuite un projet site avec dans mon pom.xml la référence au plugin X version 1.3 J'aurai aimé que lorsque j'effectue un exploded sur le site, le dossier contenant la version du plugin X sur mon repository local soit écrasé par celle du repository distant, sans que j'ai a supprimé le dossier manuellement par windows. Ainsi quand je ferai un exploded je serai toujours sur de récupérer les dernières modifications de tous les plugins. J'espère être plus clair avec cette exemple en tout cas merci pour les réponses rapides
 
Posted by : TLA | 12/10/2009 14:23:13
J'ai du mal à comprendre la demande. Si tu demandes via ton pom.xml un plugin en version 1.3, tu vas avoir un plugin en version 1.3 que ce soit de ton dépôt local ou du dépôt distant. Si tu demande une 1.3.1, alors tu auras une 1.3.1 et ainsi de suite. Détaille ton pom.xml, la version qu'il y a dans ton dépôt local et celui qui est distant. Détaille ce que tu appelles "repository distant". t.
 
Posted by : dsitvdm | 12/10/2009 14:15:04
j'ai fait un essai un l'option -U, et je n'ai pas de résultat probant. Je détail mon essai. J'ai un projet de type site, avec un certain nombre de plugin. Je sais que le plugin X est en version 1.3 sur notre repository distant. Ma version 1.3 du plugin est moins récente que celle su serveur. Lorsque je fait un exploded - U sur le projet site, c'est tjours ma version 1.3 du plugin X qui est utilisé et si je regarde dans mon repository local, le plugin n'a pas changé. Donc est ce qu'il des conditions pour que cette option marche, ou peut être un paramètre à changer dans le serveur du repository ?? ou tout autre chose bien sur ? Merci de votre aide
 
Posted by : TLA | 12/10/2009 10:47:00
Bonjour, oui, tu peux faire un "-U" a ta commande maven, ca permet de purger ton dépôt local. Sinon, plus radical, tu déplace les répertoires que tu souhaites rafraichir dans un répertoire temporaire et tu refais ta commande maven. Maven sera obligé de les re-charger. t.
 

 Top of the page

Return to list