Как я использую новый репозиторий Знатока JBoss из-за корпоративного брандмауэра?

Question

Как я использую новый репозиторий Знатока JBoss из-за корпоративного брандмауэра?

У меня есть зависимость от, в спящем режиме 3.5.3, который только доступен мне из нового репозитория Знатока JBoss, размещается на Nexus Sonatype, и все URL защищаются с HTTPS.

Я могу получить доступ к этому репозиторию из-за своего корпоративного брандмауэра через веб-браузер. Но Знаток не может разрешить артефакты.

Я вижу соблюдающее предупреждение в начале сборки:

[WARNING] Unable to get resource 'org.hibernate:hibernate-core:pom:3.5.3-Final' from repository jboss.org (https://repository.jboss.org/nexus/content/repositories/releases): Error transferring file: repository.jboss.org

Я ожидал, что, добавляя следующее раздел глобального settings.xml должен был добиться цели для меня:


    http.proxy
    true
    http
    me
    private
    proxy.somecompany.com
    80
    *.somecompany.com
 

    https.proxy
    true
    https
    me
    private
    proxy.somecompany.com
    80 
    *.somecompany.com

Но это это не работает на меня.

В моем pom.xml у меня есть следующая зависимость от репозитория, объявил:

 
     jboss.org
     JBoss Repository
     https://repository.jboss.org/nexus/content/repositories/releases

Я ограничиваюсь к использованию Знатока 2.0.8, но я проверил, и оно не работает над Знатоком 2.2.1 также.

7

java maven-2 jboss https nexus

задан Pascal Thivent 9 July 2010 в 01:43

3 ответа

Другие вопросы по тегам:

java maven-2 jboss https nexus

Похожие вопросы:

score 1 · Answer 1

Все зависит от того, что ваша компания сделала для настройки своего брандмауэра. Если брандмауэр требует аутентификации NTLMv2, Maven не будет делать этого в одиночку (он должен работать в ближайшее время, но я безуспешно пробовал использовать альфа-версию v3).

Хотя это может быть не идеальное решение, которое вы ищете, я обнаружил, что лучший вариант для такого рода вещей - установить CNTLM и прокси-сервер локального репозитория внутри брандмауэра (например, Sonatype Nexus , Jfrog's Artifactory или Apache Archiva .

CNTLM просто работает. не приходилось думать об этом с тех пор.

Я использовал Artifactory и Nexus, и они оба довольно сопоставимы. Я читал, что Artifactory предустановлен на большинстве популярных сайтов Maven, поэтому вам, возможно, не придется так много возиться с ним. (Мне определенно пришлось добавить в Nexus несколько сторонних репозиториев). Вы можете получить их хорошее сравнение здесь .

Дополнительным преимуществом этого решения является то, что ваши сборки должны быть значительно быстрее (и ваша команда будет вам благодарна).

score 0 · Answer 2

Если проблема связана с NTLM и если вы используете Eclipse для своего проекта, вы можете попробовать запустить Eclipse со следующими параметрами. Я пробовал это однажды, когда у меня были проблемы с доступом к сайтам обновлений eclipse из-за нашего прокси.

-Dorg.eclipse.ecf.provider.filetransfer.excludeContributors=org.eclipse.ecf.provider.filetransfer.httpclient  
-Dhttp.proxyPort=8080  
-Dhttp.proxyHost=<Proxy Host Name>  
-Dhttp.proxyUser=<>  
-Dhttp.proxyPassword=<>  
-Dhttp.nonProxyHosts=localhost

Источник: http://wiki.eclipse.org/ECF_Filetransfer_Support_for_NTLMv2_Proxies

score -1 · Answer 3

Привет, Мэтьюз, я просто пытался попасть по URL-адресу репозитория Jboss, который вы разместили здесь, с помощью браузера, и мне выдали пустую страницу. Небольшой поиск в Google для репозитория jboss дал мне этот URL.

http://repository.jboss.org/maven2/

Думаю, это должно решить вашу проблему. Просто дело в неправильном URL-адресе репозитория.

Чтобы добавить дальше, репозиторий имеет версию ядра гибернации 3.5.1, а не 3.5.3. Думаю, это не должно быть проблемой для вас.