Version imprimable
Bonjour
Excusez moi de vous déranger mais j'aimerais s'il est possible de configurer Maven de telle sorte qu'il puisse utiliser des fichiers .jar présent dans un répertoire quelconque sans pour autant intaller ces fichiers dans son repository local.
Merci
Devrais faire l'affaire.Code:
2
3
4
5
6
7
8<dependency> <scope>system</scope> <groupId>group</groupId> <artifactId>artifact</artifactId> <version>1.2.3.4</version> <systemPath>/chemin/absolu/vers/le/jar</systemPath> </dependency>
Bonjour,
La proposition de tchize fonctionne techniquement.
Néanmoins ce n'est pas une bonne pratique d'éviter de passer par un repository maven 2 notamment sur l'aspect reproductibilité du build.
Rémy
Bonjour,
Je rejoins foxrol dans sa demande. Je m'explique.
J'ai plusieurs projets assez gros à passer sous Maven au travail. Ces projets constituent notre logiciel de génération de site cartographique, qui sait lire la plupart des formats de données alphanumériques et cartographiques actuels, ce qui signifie qu'ils dépendent de beaucoup de JARs. Or, pour beaucoup d'entre eux, je ne sais pas d'où ils viennent, ni dans quelle version ils sont, ni de quels autres JARs ils dépendent.
Existe-t-il un moyen de mettre des JARs de dépendances "en vrac" dans un repository, en disant à Maven "je ne connais pas bien ces JARs, mais j'en ai besoin dans mon classpath, et de façon que le build soit portable". D'après ce que j'ai lu, il faut mettre chaque JAR dans le dépôt en respectant la structure groupId/artifactId, avec pour chaque un POM, etc. Je me vois mal faire ça pour chaque JAR.
Qu'en pensez-vous ?
la premier chose à faire, c'est de vérifier que ces jar n'existent pas déjà dans la version officielle des dépots maven. Si c'est le cas, pour ceux là il suffira me mettre le groupid/artifactid/version dans le pom.xml du projet
Pour les autres, tu peux les mettre en vrac avec un numéro de version bidon dans une repository. Il suffit de faire passer la commande mvn install:file (que tu trouvera détaillé sur le site de maven) sur chaque fichier. Mais alors les numéros de version ne correspondront à rien et le groupid sera probablement très générique.
Ou alors (mieux) tu peux passer sur chaque jar pour déterminer dans quel group/artifact/version tu va le stocker dans le repository. Note aussi que tu n'es jamais obligé de créer le pom toi même. La commande mvn install:file va créer un pom générique pour toi. Par contre , si tu veux dire que le jar X dépend de Y et Z, alors tu devra faire un pom à la main. Migrer un projet existant vers maven2 est plus long et pénible que démarrer une nouveau projet sur maven2. Mais rien ne t'empeche de faire ça petit à petit quand tu trouve du temps entre deux test de ton code ;)
Merci tchize_.
Alors effectivement, je suis parti comme tu as dit (n'ayant pas trouvé d'autre solution entre temps ^^), et je suis en train de me taper toutes les dépendances à la main, en les mettant dans un dépôt distant (mais sur ma machine locale). Je parcours donc les différents dépôts publics que je trouve et si je ne trouve rien, j'invente un groupId/artifactId et je pose dans mon dépôt. Ce qui est très ennuyeux, c'est de devoir faire ça pour chaque fichier. Mais bon, pas le choix.
Par contre, je n'utilisais pas "mvn install:" car je voulais voir fonctionner le téléchargement distant des dépendances manquantes, donc je mettais mes fichiers directement sur le dépôt distant, et pas dans le dépôt local. Mais maintenant que j'ai vu comment ça fonctionne, je pense que je vais l'utiliser, puis copier mon dépôt local sur le distant plus tard.
Merci encore ;).
Pour information tu peux utiliser mvn deploy:deploy-file (comme pour le plugin maven-install-plugin) pour faire un déploiement à distance.
Rémy