Eclipse Kepler ne se connecte pas à internet via proxy

j'ai passé des heures à essayer d'utiliser cette méthode suggérée par mhanada et bien qu'elle soit correcte et qu'elle aurait dû fonctionner, le stockage sécurisé par défaut associé à eclipse empêchait mes identifiants de proxy d'être sauvegardés. Je conseille: méfiez-vous des exceptions lancées concernant le stockage sécurisé. Dans mon cas, les erreurs étaient liées à l'impossibilité de se connecter à un endroit distant où se trouvait par défaut le chemin de stockage sécurisé. Dans mon cas, je viens de supprimer les informations de stockage sécurisé par défaut via Préférences > Généralités > Sécurité > Stockage Sécurisé > Contenu > Supprimer.

dans mon cas, je l'ai réglé sur natif " où les chaussettes étaient activées pour le proxy. ( Internet Explorer->options internet->Connexions->LAN-Paramètres->Paramètres du Proxy ). Après l'avoir désactivé et avoir ajouté les lignes suivantes à eclipse.ini tout fonctionne bien:

-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

dans mon cas, le problème a commencé après l'installation de la suite D'outils à ressort. La désinstallation il a résolu le problème.

Version: Kepler Service Release 1

j'avais fait face au même problème , le problème avec mon installation était que j'utilisais JDK, après repointing to JRE il fonctionne parfaitement maintenant. Proxy Configuration - Windows->Préférences->Général->Connexions Réseau. Active Provider-Native, assurez - vous juste que HTTP-Dynamic doit être vérifié, en restant tout devrait être non vérifié.

Note: ci-dessus Description essayé et testé avec Kepler seulement.

un ami à moi a rencontré ce problème exact (une nouvelle machine avec une nouvelle installation de Kepler eclipse, l'ordinateur n'était pas derrière un pare-feu ou un proxy.) Il s'est avéré être un problème avec Java 7 update 51, lorsque nous avons utilisé un Java 6 JRE pour exécuter eclipse le problème a été magiquement résolu.

une autre note:

après avoir changé mon mot de passe Windows, le stockage sécurisé intégré à eclipse semblait être devenu inaccessible sans préavis. Apparemment, cela a non seulement fait "oublier" mes paramètres d'auth proxy eclipse, mais l'a également empêché de stocker les justificatifs d'identité après que je les ai remis en place. Je pouvais les configurer comme je le voulais, mais dès que j'ai cliqué sur "OK", ils sont repartis.

la solution pour moi était d'aller au général > Sécurité > Stockage sécurisé et cliquez sur " Changer le mot de passe..."pour l'Intégration à Windows mot de passe principal fournisseur. Bien sûr, cela a effacé tous les mots de passe précédemment stockés par eclipse, mais il m'a laissé avec un propre, travail de stockage sécurisé et m'a permis de mettre en place avec succès et stocker les justificatifs d'identité proxy à nouveau.

il m'est arrivé parce qu'eclipse utilisait JRE et non JDK .

pour forcer eclipse à utiliser une VM donnée, éditer

<eclipse_root>\eclipse.ini

et ajoutez ces 2 lignes en haut du fichier:

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

Note: Eclipse utilisant JRE a été le déclenchement d'un:

de java.lang.Noclassdeffonderror: 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)

vous êtes-vous assuré d'avoir sélectionné le mode Manual dans la section Active Provider ? Aller à la Preferences / General / Network Connections menu à nouveau et changer cela si ce n'est pas le cas. Je pense que cette partie est un peu buggy.

j'ai eu ce problème, et j'ai changé les paramètres du proxy avec le mot de passe dans eclipse. aller à windows - > préférences - > rechercher " proxy" ouvrir connexions Réseau .

sélectionnez Fournisseur actif de manuel . Définir proxy HTTP et HTTPS, système nom d'utilisateur et mot de passe . (il n'a pas de travail sans nom d'utilisateur et mot de passe sur ma machine)

Clair proxy SOCKS si son ensemble.

Fichier "-> " Redémarrer