Maven не может разрешить зависимость

Question

У меня есть мультимодульный проект Maven. Когда я пытаюсь создать сайт, например, выполнить maven site в родительском проекте не удается разрешить зависимость от одного из модулей. Но если я просто скомпилирую (mvn clean compile на родительском проекте) это или запустить тесты (mvn clean test на родительском проекте) проблем с зависимостями нет.

Что может вызвать такое поведение?

UPD

Maven версия

Apache Maven 3.0.2 (r1056850; 2011-01-09 02:58:10+0200)
Java version: 1.6.0_26, vendor: Sun Microsystems Inc.
Java home: c:\Program Files\Java\jdk1.6.0_26\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows"

версия maven-site-plugin

[DEBUG]   Included: org.apache.maven.plugins:maven-site-plugin:jar:2.0.1

Сообщение об ошибке

[ERROR] Failed to execute goal on project myproj-client: Could not resolve dependencies for project mycompany.myproj:myproj-client:jar:0.0.1-SNAPSHOT: Could not find artifact mycompany.myproj:myproj-common:jar:0.0.1-SNAPSHOT -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal on project myproj-client: Could not resolve dependencies for project mycompany.myproj:myproj-client:jar:0.0.1-SNAPSHOT: Could not find artifact mycompany.myproj:myproj-common:jar:0.0.1-SNAPSHOT
    at org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.getDependencies(LifecycleDependencyResolver.java:190)
    at org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.resolveProjectDependencies(LifecycleDependencyResolver.java:104)
    at org.apache.maven.lifecycle.internal.MojoExecutor.ensureDependenciesAreResolved(MojoExecutor.java:258)
    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:201)
    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
    at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
    at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
    at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
    at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
    at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:319)
    at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
    at org.apache.maven.cli.MavenCli.execute(MavenCli.java:534)
    at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
    at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
    at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
    at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
    at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
Caused by: org.apache.maven.project.DependencyResolutionException: Could not resolve dependencies for project mycompany.myproj:myproj-client:jar:0.0.1-SNAPSHOT: Could not find artifact mycompany.myproj:myproj-common:jar:0.0.1-SNAPSHOT
    at org.apache.maven.project.DefaultProjectDependenciesResolver.resolve(DefaultProjectDependenciesResolver.java:156)
    at org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.getDependencies(LifecycleDependencyResolver.java:165)
    ... 22 more
Caused by: org.sonatype.aether.resolution.ArtifactResolutionException: Could not find artifact mycompany.myproj:myproj-common:jar:0.0.1-SNAPSHOT
    at org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:526)
    at org.sonatype.aether.impl.internal.DefaultRepositorySystem.resolveArtifacts(DefaultRepositorySystem.java:304)
    at org.sonatype.aether.impl.internal.DefaultRepositorySystem.resolveDependencies(DefaultRepositorySystem.java:334)
    at org.apache.maven.project.DefaultProjectDependenciesResolver.resolve(DefaultProjectDependenciesResolver.java:150)
    ... 23 more
Caused by: org.sonatype.aether.transfer.ArtifactNotFoundException: Could not find artifact mycompany.myproj:myproj-common:jar:0.0.1-SNAPSHOT
    at org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:517)
    ... 26 more
[ERROR] 
[ERROR] 
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException
[ERROR] 
[ERROR] After correcting the problems, you can resume the build with the command
[ERROR]   mvn <goals> -rf :myproj-client

Answer 1

У меня та же проблема. Я не слишком много копался в исходном коде Maven. Но вот мое наблюдение.

Предполагается, что вы никогда mvn install myproj-common в вашем локальном репозитории, ни один не развернул его ни в каких удаленных репозиториях. Когда ты бежишь mvn clean site в родительском проекте все происходит так:

1. maven определяет порядок myproj-common перед myproj-client в соответствии с их зависимостями
2. mvn clean site работает на myproj-common. Все предыдущие результаты в myproj-common/target удаляются, и генерируется myproj-common/target / site. (Обратите внимание, что после этого шага ни скомпилированные классы, ни упакованные jar не существуют в myproj-common/target)
3. mvn clean site запускается на myproj-клиенте. Maven сначала проверяет зависимость этого проекта и пытается найти артефакт myproj-common (классы или jar) в следующих местах: (a) myproj-common/target (b) локальный репозиторий (3) удаленные репозитории.
4. mvn site происходит сбой на myproj-клиенте, так как он не может найти артефакт myproj-common

Это объясняет почему mvn clean compile site а также mvn clean package site работает. Они оба подготовили бы артефакты myproj-common в своем целевом каталоге раньше mvn site работает на myproj-клиенте.

А также mvn install с последующим mvn site работает также.

Особое исключение состоит в том, что если вы добавите что-то вроде emma-maven-plugin в отчет, он автоматически скомпилирует и изменит классы. В этом случае, mvn clean site всегда работает.

Я не уверен, почему Maven пытается найти банку myproj-common на шаге 3, похоже, он не имеет ничего общего с mvn site, Исключение происходит довольно рано в ядре maven, прежде чем попасть в плагин maven-site-plugin. Это похоже не на проблему maven-site-plugin, а на общее поведение всех жизненных циклов maven (за исключением чистого, я считаю).

Answer 2

Я столкнулся с тем же, но для структур и зависимостей paypal_base, я исправил, выполнив следующее.

1. Я проверил и обнаружил, что jar-файлы не существуют в соответствующей папке в репозитории maven (.m2/reposotory....).

2. Я установил эти файлы JAR с помощью следующей команды mvn

   mvn install:install-file -Dfile=C:\Dependencies\paypal_base.jar \ -DgroupId=paypal -DartifactId=paypal_base -Dversion=0.1 \ -Dpackaging=jar

а также

mvn install:install-file -Dfile=C:\Dependencies\struts.jar \
  -DgroupId=struts -DartifactId=struts -Dversion=0.1 \
  -Dpackaging=jar

(-DFile - это местоположение файла jar в вашей системе)

3. Перестройте проект Maven.
4. Мой проект был успешной сборкой.

Вы должны проверить флягу, и используйте вышеупомянутую инструкцию, фляга не существует. может быть это будет полезно.

Answer 3

Это может быть связано с тем, что плагин сайта не имеет доступа к реактору и, следовательно, не видит, что артефакт проекта доступен в источниках вашего проекта. (Это всего лишь гипотеза, возможно, поддерживаемая MSITE-302.)

Попробуйте запустить первым mvn install, который устанавливает ваши артефакты в локальный репозиторий, а затем работает mvn site,

Для получения дополнительной информации о реакторе, попробуйте:

• http://maven.apache.org/guides/mini/guide-multiple-modules.html
• Что такое "реактор" в Maven?

Answer 4

Хех, по некоторым причинам, после того, как я сделал некоторые изменения в файлах модуля и родительского pom, проблема исчезла. Я не знаю точно, что было сделано, но в настоящее время mvn site на родительском проекте работает нормально. К сожалению, у меня нет времени, чтобы выяснить, в чем корни проблемы. Но, похоже, что изменение версии сайта на 3.0 поставило меня на правильный путь. Также я мог выполнить сайт (до того, как он был исправлен) следующим образом mvn compile siteВ этом случае он может найти зависимость.

Answer 5

Похоже, что maven ищет myproj-common:jar:0.0.1-SNAPSHOT в хранилище.

Причиной сбоя может быть: maven не может получить доступ к артефактам моментального снимка в хранилище.

Чтобы включить артефакты снимков:

пожалуйста, проверьте ваш pom.xml на наличие метки снимков в разделе репозитория.

<repository>
   <name>xyz</name>
   <id>repoid</id>
   <url>http://x.y.z</url>
   <releases>
       <enabled>true</enabled>
   </releases>
   <snapshots>
       <enabled>true</enabled>
   </snapshots>
</repository>

Answer 6

С веб-сайта Apache:

site: site используется для создания сайта для одного проекта. Обратите внимание, что ссылки между сайтами модулей в многокомпонентной сборке не будут работать.