Eclipse Kepler не подключается к интернету через прокси

Question

Мне удалось подключить Eclipse Juno к Интернету. Для этого есть много сообщений здесь на stackru. вот одна из этих ссылок: Eclipse не подключается к интернету через прокси

Сегодня я установил Eclipse Kepler на мой Windows7 box. Но доступ к рынку Eclipse или установка нового программного обеспечения не работает. Я использую точно такую ​​же конфигурацию прокси, как и в Eclipse Juno. Юнона может получить доступ к рынку, а Кеплер - нет. Прокси-сервер использует NTLM-аутентификацию. Кто-нибудь здесь с похожей проблемой?

Пока безуспешно. Я все еще задаюсь вопросом, почему Юнона может соединиться, тогда как Кеплер не может:-(

Answer 1

У меня была такая же проблема. Я искал и нашел это.

http://oakgreen.blogspot.jp/2011/10/eclipse-proxy-settings-bug-and.html

В этом посте говорится, что не устанавливайте SOCKS прокси. Я попробовал этот совет, и соединение установилось. Я сделал ниже:

1. Откройте настройки сетевого подключения.
2. Выберите "Активный поставщик" в "Вручную".
3. Установить HTTP / HTTPS прокси.
4. Очистить прокси SOCKS, если он установлен (выберите строку прокси SOCKS и нажмите кнопку "Очистить")
5. Перезапустите Eclipse, чтобы применить эти настройки.

Answer 2

Я потратил часы, пытаясь использовать этот метод, предложенный mhanada, и, хотя он верен и должен был работать, стандартное хранилище по умолчанию, связанное с eclipse, препятствовало сохранению моих учетных данных прокси. Я советую: будьте осторожны с исключениями в отношении безопасного хранения. В моем случае ошибки, связанные с невозможностью подключения к удаленному местоположению, где был путь безопасного хранилища по умолчанию. В моем случае я просто удалил информацию о Безопасном хранилище по умолчанию через Настройки> Общие> Безопасность> Безопасное хранение> Содержание> Удалить.

Answer 3

В моем случае я установил "родные" настройки, где для прокси были включены socks. (Internet Explorer-> Интернет-> Подключения-> Настройки LAN-> Настройки прокси). После его отключения и добавления следующих строк в eclipse.ini все работает хорошо:

-Dorg.eclipse.ecf.provider.filetransfer.excludeContributors=org.eclipse.ecf.provider.filetransfer.httpclient4
-Dorg.eclipse.ecf.provider.filetransfer.retrieve.closeTimeout=3000
-Dorg.eclipse.ecf.provider.filetransfer.retrieve.readTimeout=3000

Answer 4

В моем случае проблема началась после установки Spring Tool Suite. Удаление это решило проблему.

Версия: Kepler Service Release 1

Answer 5

Мой друг столкнулся с именно этой проблемой (новая машина с новой установкой Eclipse Kepler, компьютер не был защищен брандмауэром или прокси-сервером). Это оказалось проблемой с Java 7 update 51, когда мы использовали Java 6 JRE. чтобы запустить затмение, проблема была волшебным образом решена.

Answer 6

Еще одна заметка:

После изменения моего пароля Windows защищенное хранилище Eclipse, встроенное в Windows, казалось, стало недоступным без уведомления. Очевидно, это не только заставило затмение "забыть" мои настройки аутентификации прокси-сервера, но также предотвратило сохранение учетных данных после их повторной настройки. Я мог настроить их так, как хотел, но как только я нажал "ОК", они снова исчезли.

Решением для меня было перейти к разделу "Общие"> "Безопасность"> "Безопасное хранилище" и нажать "Изменить пароль..." для поставщика главного пароля Windows Integration. Конечно, это стерло все пароли, ранее сохраненные Eclipse, но оставило мне чистое, работающее безопасное хранилище и позволило мне снова успешно установить и сохранить учетные данные прокси.

Answer 7

Это случилось со мной, потому что Eclipse использовал JRE, а не JDK.

Чтобы заставить затмение использовать данную ВМ, отредактируйте

<eclipse_root>\eclipse.ini

и добавьте эти 2 строки вверху файла:

 -vm
 C:/Program Files/Java/jdk1.6.0_45/bin/javaw.exe

Примечание: Eclipse с использованием JRE запускал:

java.lang.NoClassDefFoundError: javax / net / ssl / SSLSocket

 java.lang.NoClassDefFoundError: javax/net/ssl/SSLSocket
    at org.apache.http.impl.conn.SchemeRegistryFactory.createDefault(SchemeRegistryFactory.java:45)
    at org.apache.http.impl.client.AbstractHttpClient.createClientConnectionManager(AbstractHttpClient.java:294)
    at org.apache.http.impl.client.AbstractHttpClient.getConnectionManager(AbstractHttpClient.java:445)
    at org.apache.http.impl.client.AbstractHttpClient.createHttpContext(AbstractHttpClient.java:274)
    at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:797)
    at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:754)
    at org.eclipse.ecf.provider.filetransfer.httpclient4.HttpClientFileSystemBrowser.runRequest(HttpClientFileSystemBrowser.java:263)
    at org.eclipse.ecf.provider.filetransfer.browse.AbstractFileSystemBrowser$DirectoryJob.run(AbstractFileSystemBrowser.java:69)
    at org.eclipse.core.internal.jobs.Worker.run(Worker.java:53)
 Caused by: java.lang.ClassNotFoundException: javax.net.ssl.SSLSocket cannot be found by org.apache.httpcomponents.httpclient_4.1.3.v201209201135
    at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:455)
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:421)
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:412)
    at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107)
    at java.lang.ClassLoader.loadClass(Unknown Source)

Answer 8

Я столкнулся с той же проблемой, проблема с моей настройкой состояла в том, что я использовал JDK, после повторного указания на JRE теперь он работает отлично. Настройка прокси- Windows-> Настройки-> Общие-> Сетевые подключения. Active Provider-Native, просто убедитесь, что HTTP - Dynamic должен быть отмечен, а все остальные должны быть отключены.

Примечание: над описанием. Испытано и протестировано только с Kepler.

Answer 9

У меня была эта проблема, и я изменил настройки прокси с паролем в затмении. зайдите в windows-> settings-> search "proxy" откройте Сетевые подключения.

Выберите "Активный поставщик" для " Ручной". Установите HTTP и HTTPS прокси, системное имя пользователя и пароль. (это не работало без имени пользователя и пароля на моей машине)

Очистите SOCKS прокси, если он установлен.

Файл-> Перезагрузить

Answer 10

Вы убедились, что выбрали Manual режим в Active Provider раздел? Перейти к Preferences/General/Network Connections снова меню и измените это, если это не так. Я думаю, что эта часть вроде глючит.