Maven: Come includere i jar, che non sono disponibili nelle ripetizioni, in un progetto J2EE?

nel mio progetto J2EE ho un paio di dipendenze, che non sono disponibili in nessun repository Maven, perché sono librerie proprietarie. Queste librerie devono essere disponibili in fase di esecuzione, quindi devono essere copiate nella destinazione /.../ WEB-INF / lib ...

In questo momento, li sto elencando come dipendenza di sistema nel mio POM, ma con questo metodo il problema è che non vengono copiati nella build di destinazione durante la compilazione. Anche questo metodo non è molto elegante.

Allora qual è il modo migliore per integrarli in Maven?

Nota: non voglio creare il mio repository Maven.

Come hai detto, non vuoi creare il tuo repository, forse questo ti aiuterà.

È possibile utilizzare l' obiettivo file di installazione di maven-install-plugin per installare un file nel repository locale. Se crei uno script con una chiamata Maven per ogni file e lo tieni accanto ai jar, tu (e chiunque altro abbia accesso) puoi facilmente installare i jar (e i file pom associati) nel loro repository locale.

Per esempio:

mvn install:install-file -Dfile=/usr/jars/foo.jar -DpomFile=/usr/jars/foo.pom
mvn install:install-file -Dfile=/usr/jars/bar.jar -DpomFile=/usr/jars/bar.pom

o semplicemente

mvn install:install-file -Dfile=ojdbc14.jar -DgroupId=com.oracle -DartifactId=ojdbc14 -Dversion=10.2.0 -Dpackaging=jar

È quindi possibile fare riferimento alle dipendenze normalmente nel progetto.

Tuttavia, la soluzione migliore è ancora quella di configurare un repository remoto interno e consiglierei di utilizzare Nexus da solo. Può essere eseguito sulla tua casella di sviluppo, se necessario, e il sovraccarico è minimo.

Per le persone che desiderano una soluzione rapida a questo problema:

<dependency>
  <groupId>LIB_NAME</groupId>
  <artifactId>LIB_NAME</artifactId>
  <version>1.0.0</version>
  <scope>system</scope>
  <systemPath>${basedir}/WebContent/WEB-INF/lib/YOUR_LIB.jar</systemPath>
</dependency>

assegna semplicemente alla tua libreria un ID di gruppo e un nome di artefatto univoci e punta a dove si trova nel file system. Sei bravo ad andare.

Ovviamente questa è una soluzione rapida e sporca che funzionerà SOLO sulla tua macchina e se non cambi il percorso delle librerie. Ma a volte, è tutto ciò che vuoi, correre e fare alcuni test.

EDIT: ho appena riscritto la domanda e ho realizzato che l'utente stava già utilizzando la mia soluzione come soluzione temporanea. Lascio la mia risposta come aiuto rapido per gli altri che vengono a questa domanda. Se qualcuno non è d'accordo con questo, lasciami un commento. :)

Crea una cartella di repository nel tuo progetto. Prendiamo

${project.basedir}/src/main/resources/repo

Quindi, installa il tuo jar personalizzato in questo repository:

mvn install:install-file -Dfile=[FILE_PATH] \
-DgroupId=[GROUP] -DartifactId=[ARTIFACT] -Dversion=[VERS] \ 
-Dpackaging=jar -DlocalRepositoryPath=[REPO_DIR]

Infine, aggiungi le seguenti definizioni di repo e dipendenze ai progetti pom.xml:

<repositories>
    <repository>
        <id>project-repo</id>
        <url>file://${project.basedir}/src/main/resources/repo</url>
    </repository>
</repositories>

<dependencies>    
    <dependency>
        <groupId>[GROUP]</groupId>
        <artifactId>[ARTIFACT]</artifactId>
        <version>[VERS]</version>
    </dependency>
</dependencies>

È necessario configurare un repository locale che ospiterà tali librerie. Ci sono molti progetti che fanno esattamente questo. Ad esempio Artifactory .

Nessuna delle soluzioni funziona se stai usando la build Jenkins !! Quando pom viene eseguito all'interno del server di compilazione Jenkins, queste soluzioni falliranno, poiché Jenkins eseguirà pom tenterà di scaricare questi file dal repository aziendale.

Copia i jar in src / main / resources / lib (crea la cartella lib). Faranno parte del tuo progetto e andranno fino al server di distribuzione. Nel server di distribuzione, assicurati che gli script di avvio contengano src / main / resources / lib / * in classpath. Viola.

puoi installarli in un repository locale privato (es. m2 / repository nella tua home directory): maggiori dettagli qui

Se ho capito bene, se quello che vuoi fare è esportare le dipendenze durante la fase di compilazione in modo che non sia necessario recuperare manualmente ogni libreria necessaria, puoi usare mojo copy-dependencies .

Spero che possa essere utile nel tuo caso ( esempi )

La soluzione di @Ric Jafe è ciò che ha funzionato per me.

Questo e 'esattamente quello che stavo cercando. Un modo per spingerlo attraverso il codice di test di ricerca. Nulla di bello. Sì, lo so che è quello che dicono tutti :) Le varie soluzioni di plugin di Maven sembrano essere eccessive per i miei scopi. Ho alcuni vasi che mi sono stati dati come librerie di terze parti con un file pom. Voglio che si compili / funzioni rapidamente. Questa soluzione che ho adattato banalmente a Python ha funzionato a meraviglia per me. Tagliato e incollato nel mio pom. Il codice Python / Perl per questa attività si trova in questa domanda e risposta: posso aggiungere jars al percorso di classe build di maven 2 senza installarli?

def AddJars(jarList):
  s1 = ''
  for elem in jarList:
   s1+= """
     <dependency>
        <groupId>local.dummy</groupId>
        <artifactId>%s</artifactId>
        <version>0.0.1</version>
        <scope>system</scope>
        <systemPath>${project.basedir}/manual_jars/%s</systemPath>
     </dependency>\n"""%(elem, elem)
  return s1

Continua a usarli come dipendenza di sistema e copiali nella destinazione /.../ WEB-INF / lib ... usando il plug-in di dipendenza Maven:

http://maven.apache.org/plugins/maven-dependency-plugin/examples/copying-artifacts.html

L'installazione da sola non ha funzionato per me.

mvn deploy:deploy-file -Durl=file:///home/me/project/lib/ \
  -Dfile=target/jzmq-2.1.3-SNAPSHOT.jar -DgroupId=org.zeromq \  
  -DartifactId=zeromq -Dpackaging=jar -Dversion=2.1.3