Затмение Кеплер не подключается к интернет через прокси-сервер

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

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

Этот пост говорит Дон'т установить SOCKS прокси. Я попробовал этот совет, и подключение удалось. Я сделал ниже:

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

В моем случае я поставил его, чтобы "родной" в местах, где носок был включен прокси. (Интернет Эксплорер-и gt;Свойства обозревателя->подключения->по локальной сети-настройки-и gt;Настройки прокси-сервера). После отключения его там и добавить следующие строки в Eclipse.Ини все работает хорошо:

-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

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

В моем случае проблемы начались после установки пружины набор инструментов. Удаление его решило проблему.

Версия: Обслуживание Кеплер Выпуск 1

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

Я столкнулся с той же проблемой , вопрос с моей установке я был с использованием JDK, после ремонте для JRE и он прекрасно работает сейчас. Настройка прокси - сервер для Windows-и gt;Настройки->В общем-и GT;Сетевые подключения. Активный поставщик-родной, просто убедитесь, что и HTTP - динамический должна быть проверена, остальные должны быть отключены.

Примечание: выше описание опробованы и испытаны только с Кеплером.

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

В силу Eclipse для использования данной виртуальной машины, изменить

\eclipse.ini

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

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

Примечание: Затмение использование JRE был вызвав:

Ява.яз.Ошибке типа noclassdeffounderror: класса javax/сеть/протокол 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)

Еще одно замечание:

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

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

Я имел эту проблему, и я изменил настройки прокси с паролем в Eclipse. идите на окна-и gt; Настройки-> поиск "по доверенности"и открыть Сетевые подключения.

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

Понятно, SOCKS прокси, если его установить.

Файл-и GT; перезапуск

Вы убедитесь, что вы выбрали "ручной" режим в разделе Активный поставщик? Перейдите в "Настройки" /Общие/Сетевые подключения меню снова и изменить, что если это не так. Я думаю, что часть вроде багги.