Maven Pour copier le fichier jar du dossier local

Je suis à l'aide de couture pour développer mon application et l'exécuter sur weblogic 10.1 MP
À l'aide de maven2 à la construction de l'application et n'a pas trouvé l'jboss-seam-wls-compatible.jar fichier dans n'importe quel référentiel.
Dans maven comment je peux copier ce pot de mon dossier local vers la cible/WEB-INF/lib du dossier.

OriginalL'auteur user118802 | 2009-09-09

  1. 4

    La bonne façon de le faire dans Maven est de l'installer dans un référentiel (local ou distant).

    Cependant, il ya des circonstances qui référentiel local est moins préférable. Par exemple, vous exécutez Maven sur beaucoup de machines et vous ne voulez pas l'installer manuellement.

    Je viens d'utiliser l'anti-modèle de la vérification des Bocaux dans le contrôle de version dans ces rares cas. Je n'ai même pas pris la peine de l'installer à un dépôt local, car cela ajoute à une autre étape et fait une autre copie du POT. Je viens d'utiliser le POT directement comme cela,

                <dependency>
                    <groupId>local</groupId>
                    <artifactId>homeless-jar</artifactId>
                    <version>1.0</version>
                    <scope>system</scope>
                    <systemPath>${basedir}/lib/homeless.jar
                    </systemPath>
            </dependency>

    EDIT: ${basedir} est défini par Maven. C'est le répertoire de base du projet Maven, où votre pom.xml est. Mon exemple n'était pas claire. Voir celui-ci,

                <dependency>
                    <groupId>any-id</groupId>
                    <artifactId>any-name</artifactId>
                    <version>1.0</version>
                    <scope>system</scope>
                    <systemPath>${basedir}/src/main/lib/homeless.jar
                    </systemPath>
            </dependency>
    Comment puis-je savoir ce que basedir est pour mon projet?
    Voir mes modifications ................

    OriginalL'auteur ZZ Coder

  2. 3

    Vous pouvez installer le pot à votre dépôt local à l'aide de l'installation du plugin installez-fichier d'objectif, vous pouvez déclarer une dépendance sur l'artefact comme d'habitude, et il sera emballé dans votre guerre par la guerre plugin automatiquement.

    Si vous avez un dépôt distant, vous pouvez utiliser le déploiement du plugin déployer le fichier d'objectif pour déployer le pot à ce référentiel, puis vos coéquipiers peuvent accéder au pot.

    Pour information, il y a un Jira pour faire de cet artefact disponible sur le central.

    Mise à jour basé sur votre commentaire. Je le recommande contre cela qu'il n'est pas une bonne pratique, mais si vous devez accueillir le pot dans votre projet source de la structure, vous pouvez la mettre sous dire src/main/lib et utiliser le antrun plugin pour le copier dans WEB-INF/lib.

    Par exemple:

      <plugin>
    <artifactId>maven-antrun-plugin</artifactId>
    <executions>
      <execution>
        <phase>process-resources</phase>
        <configuration>
          <tasks>
            <copy todir="${project.build.directory}/WEB-INF/lib">
              <fileset dir="src/main/lib"/>
            </copy>
          </tasks>
        </configuration>
        <goals>
          <goal>run</goal>
        </goals>
      </execution>
    </executions>
  </plugin>
    Mon intention n'est pas de créer un dépôt local. Je veux savoir est-il de toute façon à l'aide de maven pour copier ce pot de ma src ou de ressources ou tout autre dossier dans le dossier cible
    vous disposez déjà d'un référentiel local si vous utilisez Maven, il n'est pas nécessaire d'en créer un. Il est situé par défaut dans ~/.m2/repository
    mon approche n'est pas lié à la structure de répertoire de la boîte, c'est encore moins que votre antrun suggestion. ${basedir} est défini par les Gourous de sorte qu'il est seulement liée à la structure du répertoire du projet, c'est que tous Maven?
    Merci cela a fonctionné.Mais comme vous le suggérez, je vais regarder dans le dépôt local des trucs
    Codeur, oui vous avez raison j'ai mal lu ton post. désolé

    OriginalL'auteur Rich Seller