Mise à jour
L'erreur enregistrée que vous avez fournie conduit à L'installation à partir du site de mise à jour se bloque sous Java 7 et à son tour Eclipse Bogue 362741 - les téléchargements à partir des sites de mise à jour se bloquent - (3.7.1 Indigo SR1 Windows) , ver commentaire 6 spécifiquement (vous avez déjà appliqué commentaire 7 ).
Veuillez noter que, bien que ce problème semble être un problème lié au JDK 7 à première vue, le logiciel Java lié Bogue 7077696 - java.net.Socket se ferme lorsque "PASV" est envoyé sur une connexion FTP authentifiée. classe la question comme un REGRESSION. Dernière version utilisée : 6u26 pendant que vous utilisez 6u30 déjà. En conséquence, il est signalé que le problème peut être résolu en passant à Java 6 ailleurs (ce qui implique une version antérieure), voir par ex. Impossible d'effectuer des installations de logiciels en utilisant jdk1.7.0_01 (qui utilise 6u22 ):
Cependant, tout fonctionne correctement si je modifie ensuite le fichier eclipse.ini pour changer le vm pour JDK 1.6 :
-vm C:\Java\jdk1.6.0_22\bin\javaw.exe
Oracle Évaluation conclut, que Il ne semble pas s'agir d'un bogue du JDK, mais plutôt du fait que le pare-feu Windows reconnaît et bloque le protocole ftp. :
La seule La seule différence entre le JDK7 et les anciennes versions est que le JDK utilise des sockets IPv6 lorsque IPv6 est activé et que les adresses IPv6 mappées en IPv4 sont donc utilisées. Il se peut que Windows ou le pare-feu ne soit pas configuré pour autoriser les sockets autoriser les sockets IPv6. [...]
En conséquence, ils énumèrent un Solution de rechange également :
Exécuter avec -Djava.net.preferIPv4Stack=true
-
ajouter une exception au pare-feu pour le binaire Java.
-
exécuter avec -Djava.net.preferIPv4Stack=true (qui désactive IPv6 et utilise exclusivement les sockets AF_INET)
-
ou désactiver l'inspection FTP dynamique dans le pare-feu (paramètre du registre ou commande netsh)
L'ajustement du pare-feu semble être une solution de contournement confirmée, conformément au commentaire n° 4 dans le document Socket Exception uniquement en Java 7 (bien que le fait de l'éteindre simplement comme cela doit être manipulé avec précaution bien sûr).
Bonne chance !
Vous avez probablement déjà pris connaissance de la réponse de Robamaton à la question suivante Eclipse, Plug-in Android, Installer un nouveau logiciel indique simplement "en attente". (il y a beaucoup de questions relatives à l'ADT et, bizarrement, il n'est pas apparu immédiatement dans une recherche correspondante) ? En gros, il s'agit de Indice de Codejammer vers Préférences->Connexions réseau (+1), mais avec une explication de la raison pour laquelle il pourrait toujours échouer sur votre réseau, voir les commentaires :
Oh, j'ai lu qu'il ne répond pas aux demandes générales des navigateurs. En tout cas, l'administrateur réseau confirme qu'il établit une connexion de chaussettes, mais ne fait rien de plus.
y
Ok, suite au commentaire précédent, il essaie probablement de se connecter via. socks 5 - mais notre réseau n'a que des socks 4. L'administrateur va lancer la version version 5 pour voir si cela fonctionne.
Solution de rechange
Indépendamment de la question de savoir si les paramètres de proxy socks 4 vs. socks 5 sont réellement à l'origine du problème, une solution de contournement potentielle pourrait être d'installer Eclipse et ADT sur un système différent (idéalement sur un réseau différent), et de copier le dossier résultant sur le vôtre par la suite (après tout, une installation Eclipse est simplement une collection de fichiers).
Lors de cette opération, veillez à faire correspondre les systèmes JDK et Eclipse 32 et 64 bits entre le système source et le système cible, car une mauvaise correspondance entraînerait d'autres problèmes (voir, par exemple, ma réponse à la question suivante Échec du chargement de la bibliothèque partagée JNI au démarrage d'Eclipse ).
