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

Ответ 1

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

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

В этом сообщении говорится, что не устанавливается прокси SOCKS. Я пробовал этот совет, и соединение было успешным. Я сделал следующее:

• Откройте параметры сетевого подключения.
• Выберите Active Provider для "Manual".
• Установить прокси HTTP/HTTPS.
• Очистить прокси SOCKS, если он установлен. (выберите SOCKS прокси-строку и нажмите кнопку "Очистить" )
• Перезапустите Eclipse, чтобы применить эти настройки.

Ответ 2

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

Ответ 3

В моем случае я установил его в настройки native, где для прокси были включены носки. (Internet Explorer- > Internetoptions- > Connections- > LAN-Settings- > Настройки прокси-сервера). После его отключения и добавления следующих строк в 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

Ответ 4

В моем случае проблема возникла после установки пакета инструментов Spring. Удаление этой проблемы решило проблему.

Версия: Kepler Service Release 1

Ответ 5

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

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

<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)

Ответ 6

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

Примечание: выше Описание Проверено и проверено только с помощью Kepler.

Ответ 7

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

Ответ 8

Другое примечание:

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

Решение для меня состояло в том, чтобы перейти в General > Security > Secure Storage и нажать "Change Password..." для поставщика основных паролей Windows Integration. Разумеется, это стерло все пароли, ранее сохраненные eclipse, но оставил мне чистую рабочую систему Secure Storage и позволил мне снова настроить и сохранить учетные данные прокси.

Ответ 9

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

Ответ 10

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

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

Очистить прокси SOCKS, если его набор.

Файл- > Перезагрузка