сборка jenkins не загружает зависимости, хотя локально работает тот же pom - PullRequest
0 голосов
/ 20 декабря 2011
[ERROR] BUILD ERROR
[INFO] ------------------------------------------------------------------------
[INFO] Failed to resolve artifact.

Missing:
----------
1) org.hibernate:hibernate-core:jar:4.0.0.FINAL

...

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  spring-milestone (http://maven.springframework.org/milestone),
  Hibernate (http://repository.jboss.org/nexus/content/groups/public/)

Но те же pom и репозитории / зависимости отлично работают на моей локальной сборке dev.Дженкинс работает на Ubuntu, все остальные зависимости работают нормально.Мой java home установлен на /usr/lib/jvm/java-7-openjdk-i386, и я обновился до последней версии Jenkins, в надежде, что это может решить проблему.

Мой resolv.conf выглядит следующим образом (я отредактировал его с помощью пакета resolvconf)

GNU nano 2.2.6            File: /etc/resolv.conf

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN

nameserver 8.8.8.8

Я использую репозиторий jboss для загрузки нового hibernate jar, он определен примерно так в POM:

<repository>
  <id>Hibernate</id>
  <name>JBoss Hibernate repository</name>
  <url>http://repository.jboss.org/nexus/content/groups/public/</url>
</repository>

, и я также получаю предупреждение от maven / jenkins:

[WARNING] 
************ WARNING ************

This Maven runtime contains a LifecycleExecutor component with an incomplete configuration.

LifecycleExecutor class: org.apache.maven.lifecycle.LifecycleExecutorInterceptor
Missing component requirement: org.apache.maven.ConfigurationInterpolator

NOTE: This seems to be a third-party Maven derivative you are using. If so, please
notify the developers for this derivative project of the problem. The Apache Maven team is not
responsible for maintaining the integrity of third-party component overrides.

Ответы [ 2 ]

3 голосов
/ 20 декабря 2011

Похоже, вы используете неправильный регистр в части 'FINAL' нумерации версий.Попробуйте

<dependency>
  <groupId>org.hibernate</groupId>
  <artifactId>hibernate-core</artifactId>
  <version>4.0.0.Final</version>
</dependency>

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

2 голосов
/ 20 декабря 2011

На форуме jenkins есть похожая проблема, и разрешение Peter Liljenberg , которое сработало:

Привет
Я не испытывал это сам, но я предполагаю, что ваш JAVA_HOME не правильно? Может быть, это указывает на JRE вместо JDK
/ Питер

Речь идет не о том, что отсутствует та же самая банка, но она может быть связана.

ОБНОВЛЕНИЕ: NimChimpsky обновил вопрос, и оказалось, что приведенное ниже решение неприменимо. Я держу его, поскольку было возможным решением.

Где находится ваше определение Hibernate хранилище ? Это определено в;

  • POM-файл вашего проекта? В этом случае он должен нормально работать на Дженкинсе.
  • %M2_HOME%/settings.xml файл? В этом случае вы должны определить хранилище на сервере, на котором работает jenkins.

Тем не менее, вы можете рассмотреть возможность использования решения менеджера бинарных репозиториев, такого как Nexus или Artifactory , для централизации управления вашим репозиторием.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...