Início / coding / Perguntas / 77380925
Accepted
Timur Celikel
Asked: 2023-10-29 03:28:44 +0800 CST

Em qual fase/objetivo do ciclo de vida padrão do Maven minhas dependências remotas do pom são eliminadas?

  • 772

Tenho lutado para entender qual fase do ciclo de vida padrão realmente transfere minhas dependências remotas do meu pom.xml para minha pasta .m2 local.

Pelo que entendi, ele mvn dependency:resolveusa o plug-in de dependência maven para eliminar quaisquer dependências remotas necessárias. De acordo com esta documentação, ele deveria estar vinculado à fase de geração de fontes.

No entanto, se eu executar mvn generate-sources, o maven não parece executar a resolução de dependência.

Suponho que isso ocorre porque o plugin de dependência maven não é executado por padrão, a menos que seja explicitamente especificado em meu pom?

De qualquer forma, parece que só conseguirei atingir essa etapa de resolução se executar mvn compileo que mostra minhas dependências remotas sendo retiradas em algum tipo de pré-etapa colocada antes da execução do plug-in de recursos e do plug-in do compilador.

└[~/IdeaProjects/youtube-spring-reactive-programming]> mvn compile
[INFO] Scanning for projects...
[INFO] 
[INFO] ---------------< com.javatechie:springboot-webflux-demo >---------------
[INFO] Building springboot-webflux-demo 0.0.1-SNAPSHOT
[INFO] --------------------------------[ jar ]---------------------------------
Downloading from central: https://repo.maven.apache.org/maven2/org/projectlombok/lombok/1.18.22/lombok-1.18.22.pom
Downloaded from central: https://repo.maven.apache.org/maven2/org/projectlombok/lombok/1.18.22/lombok-1.18.22.pom (1.5 kB at 6.1 kB/s)
Downloading from central: https://repo.maven.apache.org/maven2/org/projectlombok/lombok/1.18.22/lombok-1.18.22.jar
Downloaded from central: https://repo.maven.apache.org/maven2/org/projectlombok/lombok/1.18.22/lombok-1.18.22.jar (2.0 MB at 12 MB/s)
[INFO] 
[INFO] --- maven-resources-plugin:3.3.1:resources (default-resources) @ springboot-webflux-demo ---
[INFO] Copying 1 resource from src/main/resources to target/classes
[INFO] Copying 0 resource from src/main/resources to target/classes
[INFO] 
[INFO] --- maven-compiler-plugin:3.11.0:compile (default-compile) @ springboot-webflux-demo ---
[INFO] Changes detected - recompiling the module! :dependency
[INFO] Compiling 1 source file with javac [debug release 17] to target/classes
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time:  1.313 s
[INFO] Finished at: 2023-10-28T12:32:31-07:00
[INFO] ------------------------------------------------------------------------

Se eu percorrer manualmente cada fase, nunca conseguirei remover as dependências remotas até chegar à fase de compilação:

validate
initialize
generate-sources
process-sources
generate-resources
process-resources
compile   <--

Não consegui encontrar nenhuma documentação granular sobre o que mvn compilerealmente está acontecendo.

Pergunta:

O que há de único na fase de compilação que dá início a essa pré-etapa de resolução de dependência que parece viver fora das fases e do ciclo de vida maior?

maven

1 respostas

  1. Best Answer

    A execução mvn dependency:resolveno final executará maven-dependency-pluginou, mais precisamente, executará o resolveobjetivo do plugin manualmente ( https://maven.apache.org/plugins/maven-dependency-plugin/resolve-mojo.html ) sem iniciar o ciclo de vida.

    O próprio Second Maven não usa o maven-dependency-pluginpara resolver dependências (ou baixá-las). Isso é feito pelo próprio Maven (precisamente pelo resolvedor; não é tão importante no momento).

    A ligação existente para o ciclo de vida e os plug-ins está vinculada na descrição apropriada.

    Agora chegando à resolução das dependências (download dos artefatos).

    Se você pensar nas diferentes fases com os plugins vinculados como maven-resources-plugin, maven-compiler-plugin etc. para executar o maven-resources-plugin não é necessário baixar artefatos (exceto o próprio plugin e suas dependências), mas como você já percebeu, para executar o maven-compiler-plugin, as dependências devem ser baixadas (o que resulta em serem colocadas no caminho de classe) antecipadamente antes de poder compilar o código.

    Existem marcadores (atributos da anotação) nos plugins que informam ao núcleo se é necessário resolver as dependências antes que o plugin seja chamado.

    No código-fonte do maven-compiler-plugin mostra algo assim:

    @Mojo(
        name = "compile",
        defaultPhase = LifecyclePhase.COMPILE,
        threadSafe = true,
        requiresDependencyResolution = ResolutionScope.COMPILE)
public class CompilerMojo extends AbstractCompilerMojo {
    /**

    A parte importante é a linha requiresDependencyResolution = ResolutionScope.COMPILE. Este é responsável por dizer ao núcleo para resolver as dependências antes que o plugin em si seja executado.

    Se você olhar para o maven-compiler-plugin, mas agora para o testCompileobjetivo, o código será assim:

    @Mojo(
        name = "testCompile",
        defaultPhase = LifecyclePhase.TEST_COMPILE,
        threadSafe = true,
        requiresDependencyResolution = ResolutionScope.TEST)
public class TestCompilerMojo extends AbstractCompilerMojo {

    A linha aqui: requiresDependencyResolution = ResolutionScope.TESTestá dizendo ao núcleo para resolver todas as dependências no escopo test(para compilar o código de teste).

    • Requer que um projeto Maven seja executado.
    • Requer resolução de dependência de artefatos no escopo: compile.
    • O objetivo é thread-safe e oferece suporte a compilações paralelas.
    • Desde a versão: 2.0.
    • Vincula-se por padrão à fase do ciclo de vida: compilar.

    A linha Requires dependency resolution of artifacts in scope: compile.é equivalente à parte mostrada anteriormente do código-fonte (a página de documentação é gerada a partir do código-fonte).

    Portanto, com base na fase do ciclo de vida compileque vincula o compileobjetivo do Maven Compiler Plugin a ele (conforme mencionado para as ligações ).

    Precisamente, não é o ciclo de vida a parte responsável, é o objetivo do plugin que diz ao núcleo para resolver as dependências antes de chamar o próprio objetivo do plugin.

    • 1

relate perguntas