2016-08-05 3 views
0

Я пытаюсь загрузить зависимость от Maven Central, и она работает на моем хост-компьютере (OS X), но дает ошибку, когда я пытаюсь загрузить зависимость в моем бродячем поле работает CentOS.Ошибка Gradle при загрузке зависимостей в Vagrant

Это ошибка:

Could not resolve all dependencies for configuration ':compileClasspath'. 
    Could not resolve org.slf4j:slf4j-api:1.7.21. 
    Required by: 
     :gradle-2.14.1:1.0.SNAPSHOT 
     Could not resolve org.slf4j:slf4j-api:1.7.21. 
      Could not initialize class org.apache.http.conn.ssl.SSLConnectionSocketFactory 
     Could not resolve org.slf4j:slf4j-api:1.7.21. 
      Could not initialize class org.apache.http.conn.ssl.SSLConnectionSocketFactory 
     Could not resolve org.slf4j:slf4j-api:1.7.21. 
      Could not initialize class org.apache.http.conn.ssl.SSLConnectionSocketFactory 

, так как он работает на моей хост-машине, но не мой бродяга машина, это, кажется, проблема с бродягой. Из того, что я прочитал в Интернете об этой ошибке, это, по-видимому, вызвано проблемами прокси.

  • Означает ли это, что бродяга действует как прокси?
  • если да, то как его настроить?

Вот мой build.gradle файл:

apply plugin: 'java' 

version = '1.0.SNAPSHOT' 

sourceSets { 
    main { 
     java { 
      exclude 'src/main/java/thirdparty/**' 
      exclude 'src/main/java/thirdparty/closingmarket/**' 
     } 
    } 
} 

repositories { 
    jcenter() 
    mavenCentral() 
    maven { 
     url "https://mvnrepository.com/artifact" 
    } 
} 

dependencies { 
    compile group: 'org.slf4j', name: 'slf4j-api', version: '1.7.21' 
} 

Это особенно сбивает с толку, потому что я могу пинговать веб-сайтов, wget, и использовать мои YUM репозиториев просто отлично.

+1

Какая версия JVM/поставщик на вашем хосте и гостях - также у вас есть такая же версия градиента на хосте и гостевой? –

+0

Я нахожусь на jdk 1.8 на моем хост-компьютере, но я должен быть на jdk 1.6.0_45 для моего гостя для кодовой базы. я попробую jdk 1.8 на гостевой машине и отправлю обратно –

+0

попробуйте использовать также тот же поставщик (openJDK, Oracle ....) –

ответ

0

Проблема оказалась проблемой у поставщика. После перехода с установки Oracle на openJDK 1.6 теперь я могу загружать зависимости.

Смежные вопросы