forçar o Maven a copiar dependências para o destino / lib

252

Como obtenho as dependências de tempo de execução do meu projeto copiadas para a target/libpasta?

No momento, mvn clean installa targetpasta contém apenas o jar do meu projeto, mas nenhuma das dependências de tempo de execução.

Michael
fonte
Por que você precisa disso? Qual é o tipo do seu projeto maven? jarra?
Alexandre Victoor 18/09/08
O tipo do meu projeto maven é JAR. Preciso disso porque existem muitas dependências e estou tentando implantar o jar como um executável.
Michael
2
Cuidado com os assemblies - se você tiver pacotes / classes sobrepostos entre os deps, provavelmente terá um mau momento.
demaniak

Respostas:

260

Isso funciona para mim:

<project>
  ...
  <profiles>
    <profile>
      <id>qa</id>
      <build>
        <plugins>
          <plugin>
            <artifactId>maven-dependency-plugin</artifactId>
            <executions>
              <execution>
                <phase>install</phase>
                <goals>
                  <goal>copy-dependencies</goal>
                </goals>
                <configuration>
                  <outputDirectory>${project.build.directory}/lib</outputDirectory>
                </configuration>
              </execution>
            </executions>
          </plugin>
        </plugins>
      </build>
    </profile>
  </profiles>
</project>
Georgy Bolyuba
fonte
11
Se você quer que isso aconteça o tempo todo, remover os perfis <> ... <perfil> invólucros e fazer a tag <compilação> ser apenas sob <project>
Dan Halbert
3
@Georgy, isso não deixa os jarros em lib /, mas inclui as classes no projeto compilado.
Midhat
5
Tudo bem, mas também está copiando dependências de teste. Eu adiciono para mim a excludeScopeopção ( maven.apache.org/plugins/maven-dependency-plugin/… ).
Alfonso Nishikawa
Funciona bem, mas não é necessário colocar a tag de construção dentro das tags de perfil.
Julien BRENELIERE
2
Nota: <excludeScope>test</excludeScope>vai para dentro do configurationnó.
Jesse Chisholm
84

A melhor abordagem depende do que você deseja fazer:

  • Se você deseja agrupar suas dependências em um arquivo WAR ou EAR, basta configurar o tipo de pacote do seu projeto como EAR ou WAR. O Maven agrupará as dependências no local certo.
  • Se você deseja criar um arquivo JAR que inclua seu código junto com todas as suas dependências, use o plug-in assembly com o descritor jar-with-dependencies . O Maven irá gerar um arquivo JAR completo com todas as suas classes, além das classes de quaisquer dependências.
  • Se você deseja simplesmente puxar suas dependências para o diretório de destino interativamente, use o plug-in de dependência para copiar seus arquivos.
  • Se você deseja extrair as dependências para algum outro tipo de processamento, provavelmente precisará gerar seu próprio plugin. Existem APIs para obter a lista de dependências e sua localização no disco. Você terá que levá-lo de lá ...
John Stauffer
fonte
80
mvn install dependency:copy-dependencies 

Funciona para mim com o diretório de dependências criado na pasta de destino. Gosto disso!

user3286149
fonte
35

Dê uma olhada no plug-in de dependência do Maven , especificamente, o objetivo de dependência: cópia-dependências . Dê uma olhada no exemplo sob o título A dependência: dependências de cópia mojo . Defina a propriedade de configuração outputDirectory como $ {basedir} / target / lib (acredito que você precisará testar).

Espero que isto ajude.

Travis B. Hartwell
fonte
15
Alternativamente, você pode usar $ {project.build.directory} / lib ao invés de $ {basedir} / target / lib
Cuga
31

Uma solução simples e elegante para o caso em que é necessário copiar as dependências para um diretório de destino sem usar outras fases do maven (achei isso muito útil ao trabalhar com o Vaadin).

Exemplo completo de pom:

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">

    <modelVersion>4.0.0</modelVersion>
    <groupId>groupId</groupId>
    <artifactId>artifactId</artifactId>
    <version>1.0</version>

    <dependencies>
        <dependency>
            <groupId>org.mybatis</groupId>
            <artifactId>mybatis-spring</artifactId>
            <version>1.1.1</version>
        </dependency>
    </dependencies>

    <build>
        <plugins>
            <plugin>
                <artifactId>maven-dependency-plugin</artifactId>
                    <executions>
                        <execution>
                            <phase>process-sources</phase>

                            <goals>
                                <goal>copy-dependencies</goal>
                            </goals>

                            <configuration>
                                <outputDirectory>${targetdirectory}</outputDirectory>
                            </configuration>
                        </execution>
                    </executions>
            </plugin>
        </plugins>
    </build>
</project>

Então corra mvn process-sources

As dependências do arquivo jar podem ser encontradas em /target/dependency

ruhsuzbaykus
fonte
1
O maven-dependency-plugin (objetivos "cópia-dependências", "descompactar") não é suportado pelo m2e. :-(
PM
@Gobliins utilizar $ {project.build.directory} / lib em vez de $ {TargetDirectory}
Divyang Shah
24

Se você deseja fazer isso ocasionalmente (e, portanto, não deseja alterar seu POM), tente esta linha de comando:

dependência mvn: dependências de cópia -DoutputDirectory = $ {project.build.directory} / lib

Se você omitir o último argumento , as dependências serão colocadas target/dependencies.

Duncan Jones
fonte
obrigado! esta é a maneira mais fácil de copiar apenas as bibliotecas que seriam necessárias para um projeto em uma pasta em algum lugar, para que você possa copiá-las em outro lugar, se necessário, por exemplo, um projeto não baseado em tarefas. Note-se que é claro que você pode simplesmente passar em uma pasta codificado para usar se você quiser, por exemplomvn dependency:copy-dependencies -DoutputDirectory=./lib
Brad Parks
Você pode fazer isso com o pom.xml?
Gobliins
24

Tente algo como isto:

<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-jar-plugin</artifactId>
<version>2.4</version>
<configuration>
    <archive>
        <manifest>  
            <addClasspath>true</addClasspath>
            <classpathPrefix>lib/</classpathPrefix>
            <mainClass>MainClass</mainClass>
        </manifest>
    </archive>
    </configuration>
</plugin>
<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-dependency-plugin</artifactId>
    <version>2.4</version>
    <executions>
        <execution>
            <id>copy</id>
            <phase>install</phase>
            <goals>
                <goal>copy-dependencies</goal>
            </goals>
            <configuration>
                <outputDirectory>
                    ${project.build.directory}/lib
                </outputDirectory>
            </configuration>
        </execution>
    </executions>
</plugin>
adjablon
fonte
@Thomas eu acho que é maven clean install, então você vai encontrar libemtarget
Searene
1
o que eu teria que fazer para copiar apenas 1 dependência?
Alan Donizete
<classpathPrefix> lib / </classpathPrefix> me ajudou muito. Obrigado!
Martin Pabst
Substituiria a installfase com process-resourcespara que as dependências são copiados antes do buildgol corridas
Vyacheslav Cotruta
20

Tudo o que você precisa é do seguinte snippet nos pom.xml's build/plugins:

<plugin>
    <artifactId>maven-dependency-plugin</artifactId>
    <executions>
        <execution>
            <phase>prepare-package</phase>
            <goals>
                <goal>copy-dependencies</goal>
            </goals>
            <configuration>
                <outputDirectory>${project.build.directory}/lib</outputDirectory>
            </configuration>
        </execution>
    </executions>
</plugin>

O acima será executado na packagefase quando você executar

mvn clean package

E as dependências serão copiadas para o outputDirectory especificado no snippet, ou seja lib, neste caso.

Se você deseja fazer isso ocasionalmente, não são necessárias alterações no pom.xml. Basta executar o seguinte:

mvn clean package dependency:copy-dependencies

Para substituir o local padrão, ou seja ${project.build.directory}/dependencies, adicione uma propriedade do sistema denominada outputDirectoryie

    -DoutputDirectory=${project.build.directory}/lib
isapir
fonte
7

supondo

  • você não deseja alterar o pom.xml
  • você não deseja escopo de teste (por exemplo, junit.jar) ou dependências fornecidas (por exemplo, wlfullclient.jar)

aqui está o que funcionou para mim:

dependência de instalação do mvn: dependências de cópia -DincludeScope = tempo de execução -DoutputDirectory = destino / lib
mambolis
fonte
5

Se você deseja entregar um pacote do seu jar de aplicativo, juntamente com todas as suas dependências e alguns scripts para chamar o MainClass, consulte o appassembler-maven-plugin .

A configuração a seguir gerará scripts para o Windows e o Linux iniciarem o aplicativo (com um caminho gerado referenciando todos os jars de dependência, faça o download de todas as dependências (em uma pasta lib abaixo de target / appassembler) .O plug-in de montagem pode ser usado para empacotar todo diretório appassembler em um zip que é instalado / implementado junto com o jar no repositório.

  <plugin>
    <groupId>org.codehaus.mojo</groupId>
    <artifactId>appassembler-maven-plugin</artifactId>
    <version>1.0</version>
    <executions>
      <execution>
        <id>generate-jsw-scripts</id>
        <phase>package</phase>
        <goals>
          <goal>generate-daemons</goal>
        </goals>
        <configuration>
          <!--declare the JSW config -->
          <daemons>
            <daemon>
              <id>myApp</id>
              <mainClass>name.seller.rich.MyMainClass</mainClass>
              <commandLineArguments>
                <commandLineArgument>start</commandLineArgument>
              </commandLineArguments>
              <platforms>
                <platform>jsw</platform>
              </platforms>              
            </daemon>
          </daemons>
          <target>${project.build.directory}/appassembler</target>
        </configuration>
      </execution>
      <execution>
        <id>assemble-standalone</id>
        <phase>integration-test</phase>
        <goals>
          <goal>assemble</goal>
        </goals>
        <configuration>
          <programs>
            <program>
              <mainClass>name.seller.rich.MyMainClass</mainClass>
              <!-- the name of the bat/sh files to be generated -->
              <name>mymain</name>
            </program>
          </programs>
          <platforms>
            <platform>windows</platform>
            <platform>unix</platform>
          </platforms>
          <repositoryLayout>flat</repositoryLayout>
          <repositoryName>lib</repositoryName>
        </configuration>
      </execution>
    </executions>
  </plugin>
  <plugin>
    <artifactId>maven-assembly-plugin</artifactId>
    <version>2.2-beta-4</version>
    <executions>
      <execution>
        <phase>integration-test</phase>
        <goals>
          <goal>single</goal>
        </goals>
        <configuration>
          <descriptors>
            <descriptor>src/main/assembly/archive.xml</descriptor>
          </descriptors>
        </configuration>
      </execution>
    </executions>
  </plugin> 

O descritor de montagem (em src / main / assembly) para empacotar o diretório como um zip seria:

<assembly>
  <id>archive</id>
  <formats>
    <format>zip</format>
  </formats>
  <fileSets>
    <fileSet>
     <directory>${project.build.directory}/appassembler</directory>
     <outputDirectory>/</outputDirectory>
    </fileSet>
  </fileSets>
</assembly>
Vendedor rico
fonte
2

Se você tornar seu projeto um tipo de guerra ou ouvido copiará as dependências.

Eduard Wirch
fonte
1

Você pode usar o Shade Plugin para criar um uber jar no qual é possível agrupar todas as suas dependências de terceiros.

Brian Matthews
fonte
1

Apenas para explicar o que já foi dito em breve. Eu queria criar um arquivo JAR executável que incluísse minhas dependências e meu código. Isso funcionou para mim:

(1) No pom, em <build> <plugins>, incluí:

<plugin>
    <artifactId>maven-assembly-plugin</artifactId>
    <version>2.2-beta-5</version>
    <configuration>
        <archive>
            <manifest>
                <mainClass>dk.certifikat.oces2.some.package.MyMainClass</mainClass>
            </manifest>
        </archive>
        <descriptorRefs>
            <descriptorRef>jar-with-dependencies</descriptorRef>
        </descriptorRefs>
    </configuration>
</plugin>

(2) Executando o assembly de compilação do mvn: o assembly produziu o my-project-0.1-SNAPSHOT-jar-with-dependencies.jar desejado no diretório de destino do projeto.

(3) Executei o JAR com java -jar my-project-0.1-SNAPSHOT-jar-with-dependencies.jar

OleVV
fonte
classe principal não encontrada em (3)
Thomas
1

É uma solução pesada para incorporar dependências pesadas, mas o Plug-in de montagem do Maven faz o truque para mim.

@ A resposta do Rich Seller deve funcionar, embora em casos mais simples você precise apenas deste trecho do guia de uso :

<project>
    <build>
        <plugins>
            <plugin>
                <artifactId>maven-assembly-plugin</artifactId>
                <version>2.2.2</version>
                <configuration>
                    <descriptorRefs>
                        <descriptorRef>jar-with-dependencies</descriptorRef>
                    </descriptorRefs>
                </configuration>
            </plugin>
        </plugins>
    </build>
</project>
RubyTuesdayDONO
fonte
Seu exemplo de código não resolve o problema, apenas agrupa tudo em um único JAR. Sim, o plug-in de montagem pode ser usado para atingir esse objetivo, mas não assim.
Duncan Jones
Embora, em outras leituras, talvez você esteja respondendo a esse comentário .
Duncan Jones
faz tanto tempo que eu realmente não me lembro ... além disso, fiquei enferrujado desde que me concentrei na administração do Linux na minha última empresa - mas obrigado pelo feedback!
precisa saber é o seguinte