Qual é a diferença entre o escopo do maven compilee providedquando o artefato é construído como um JAR? Se fosse WAR, eu entenderia - o artefato seria incluído ou não no WEB-INF / lib. Mas no caso de um JAR, não importa - as dependências não estão incluídas. Eles precisam estar no caminho de classe quando seu escopo é compileou provided. Eu sei que as provideddependências não são transitivas - mas é apenas uma diferença?
Respostas:
Do Maven Doc :
compilar
Este é o escopo padrão, usado se nenhum for especificado. Dependências de compilação estão disponíveis em todos os caminhos de classe de um projeto. Além disso, essas dependências são propagadas para projetos dependentes.
forneceu
Isso é muito parecido com a compilação, mas indica que você espera que o JDK ou um contêiner forneça a dependência no tempo de execução. Por exemplo, ao criar um aplicativo da web para o Java Enterprise Edition, você definiria a dependência da API do Servlet e das APIs Java EE relacionadas ao escopo fornecido porque o contêiner da web fornece essas classes. Esse escopo está disponível apenas no caminho de classe de compilação e teste e não é transitivo.
Recapitular:
compilee não serão se o escopo for provided.
Compilar significa que você precisa do JAR para compilar e executar o aplicativo. Para um aplicativo da web, como exemplo, o JAR será colocado no diretório WEB-INF / lib.
Fornecido significa que você precisa do JAR para compilar, mas em tempo de execução já existe um JAR fornecido pelo ambiente, para que você não precise dele empacotado com seu aplicativo. Para um aplicativo da web, isso significa que o arquivo JAR não será colocado no diretório WEB-INF / lib.
Para um aplicativo Web, se o servidor de aplicativos já fornecer o JAR (ou sua funcionalidade), use "fornecido", caso contrário, use "compilar".
mvn exec:javaé executada, mas uma dependência compilada.
Se você planeja gerar um único arquivo JAR com todas as suas dependências (o típico xxxx-all.jar), o escopo fornecido é importante, porque as classes nesse escopo não serão compactadas no JAR resultante.
Veja maven-assembly-plugin para mais informações
maven-assembly-plugin, interessante que as respostas mais votadas não a mencionam.
- compilar
Disponibilize no caminho da classe, não adicione essa dependência no jar final, se for jar normal; mas adicione este jar ao jar se o jar final for um jar único (por exemplo, jar executável)
- forneceu
A dependência estará disponível no ambiente de tempo de execução; portanto, não inclua essa dependência em nenhum caso; mesmo que não em jar único (ou seja, jar executável etc)
Para um arquivo jar, a diferença está no caminho de classe listado no arquivo MANIFEST.MF incluído no jar, se addClassPath estiver definido como true na configuração do maven-jar-plugin. dependências 'compilar' aparecerão no manifesto, dependências 'fornecidas' não.
Uma das minhas irritações é que essas duas palavras devem ter o mesmo tempo. Compilado e fornecido, ou compilado e fornecido.
Quando você define o escopo do maven como provided, significa que, quando o plug-in for executado, a versão das dependências reais usada dependerá da versão do Apache Maven que você instalou.
Se o arquivo jar for como o arquivo jar executável por boot de primavera, o escopo de todas as dependências deverá compileincluir todos os arquivos jar.
Porém, se o arquivo jar for usado em outros pacotes ou aplicativos, ele não precisará incluir todas as dependências no arquivo jar, porque esses pacotes ou aplicativos podem fornecer outras dependências.
JAR packagingcontexto. Maven doc não menciona sobre isso. Eu uso o Maven por um tempo, mas eu já me perguntei sobre isso :) Portanto, parece que, noJAR packagingcontexto, não há diferença entrecompileeprovided(exceto a transição de dependência). Estou certo?