Maven: Como incluir jars, que não estão disponíveis em representantes em um projeto J2EE?

em meu projeto J2EE, tenho algumas dependências, que não estão disponíveis em nenhum repositório Maven, porque são bibliotecas proprietárias. Essas bibliotecas precisam estar disponíveis em tempo de execução, portanto, devem ser copiadas para o destino /.../ WEB-INF / lib ...

No momento, estou listando-os como dependência do sistema em meu POM, mas com esse método o problema é que eles não estão sendo copiados para a compilação de destino durante a compilação. Além disso, este método não é muito elegante.

Então qual a melhor forma de integrá-los no Maven?

Observação: não quero criar meu próprio repositório Maven.

Como você disse que não deseja configurar seu próprio repositório, talvez isso ajude.

Você pode usar o objetivo install-file do maven-install-plugin para instalar um arquivo no repositório local. Se você criar um script com uma invocação Maven para cada arquivo e mantê-lo junto com os jars, você (e qualquer outra pessoa com acesso) pode instalar facilmente os jars (e os arquivos pom associados) em seu repositório local.

Por exemplo:

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

ou apenas

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

Você pode então fazer referência às dependências normalmente em seu projeto.

No entanto, sua melhor aposta ainda é configurar um repositório remoto interno e eu recomendo usar o Nexus . Ele pode ser executado em sua caixa de desenvolvimento, se necessário, e a sobrecarga é mínima.

Para pessoas que desejam uma solução rápida para este 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>

apenas forneça à sua biblioteca um groupID e nome de artefato exclusivos e aponte para onde ele está no sistema de arquivos. Você está pronto para ir.

Claro que esta é uma solução rápida suja que funcionará SOMENTE em sua máquina e se você não alterar o caminho para as libs. Mas às vezes, é tudo o que você quer, executar e fazer alguns testes.

EDIT: acabei de refazer a pergunta e percebi que o usuário já estava usando minha solução como uma correção temporária. Vou deixar minha resposta como uma ajuda rápida para outras pessoas que vierem a esta pergunta. Se alguém discordar disso, deixe-me um comentário. :)

Crie uma pasta de repositório em seu projeto. Vamos levar

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

Em seguida, instale seu jar personalizado neste repo:

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

Por último, adicione as seguintes definições de repositório e dependência ao projeto 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>

Você precisa configurar um repositório local que hospedará essas bibliotecas. Existem vários projetos que fazem exatamente isso. Por exemplo Artifactory .

Nenhuma das soluções funciona se você estiver usando o Jenkins build !! Quando o pom é executado dentro do servidor de compilação Jenkins .. essas soluções irão falhar, pois o pom do Jenkins irá tentar baixar esses arquivos do repositório corporativo.

Copie os jars em src / main / resources / lib (crie a pasta lib). Eles farão parte do seu projeto e irão até o servidor de implantação. No servidor de implantação, certifique-se de que seus scripts de inicialização contenham src / main / resources / lib / * no classpath. Viola.

você pode instalá-los em um repositório local privado (por exemplo .m2 / repositório em seu diretório inicial): mais detalhes aqui

Se eu estou entendendo bem, se o que você quer fazer é exportar dependências durante a fase de compilação para que não haja necessidade de recuperar manualmente cada biblioteca necessária, você pode usar o mojo copy-dependencies .

Espero que possa ser útil no seu caso ( exemplos )

A solução da @Ric Jafe é o que funcionou para mim.

Isso é exatamente o que eu estava procurando. Uma maneira de enviá-lo para o código de teste de pesquisa. Nada chique. Sim, eu sei que isso é o que todos dizem :) As várias soluções de plug-ins do maven parecem ser exageradas para meus propósitos. Eu tenho alguns jars que foram dados a mim como libs de terceiros com um arquivo pom. Eu quero que ele compile / execute rapidamente. Esta solução que eu adaptei trivialmente para Python fez maravilhas para mim. Recortado e colado no meu pom. O código Python / Perl para esta tarefa está neste Q&A: Posso adicionar jars ao maven 2 build classpath sem instalá-los?

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

Continue a usá-los como uma dependência do sistema e copie-os para target /.../ WEB-INF / lib ... usando o plugin de dependência Maven:

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

Instalar sozinho não funcionou para mim.

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