plugin para for descargar android eclipse plugins eclipse-plugin adt

android - for - Instalación del complemento ADT para Eclipse



java android eclipse (12)

  1. Vaya a Preferencias-> Conexiones de red y configure la opción correcta (nativa / directa según su configuración de proxy en su red) reinicie Eclipse y vuelva a intentarlo. [El cambio a directo me funcionó en casa, sin embargo, en la oficina, tuve que configurarlo en nativo ..] ( La configuración de proxy requiere reiniciar el eclipse IDE en algunas máquinas para que tenga efecto )
  2. Asegúrese de que su eclipse tenga todas las dependencias del kit de herramientas de Android (wst / emf ...) instaladas (http://developer.android.com/resources/faq/troubleshooting.html#installeclipsecomponents)

Estoy tratando de instalar el complemento ADT para Eclipse. Sin embargo, después de ir a "Instalar nuevo software ..." e ingresé la ubicación del complemento https://dl-ssl.google.com/android/eclipse/ , se muestra "Pendiente ...". No cambia a "Herramientas de desarrollador" sin importar cuánto tiempo espere. (También probé " http://dl-ssl.google.com/android/eclipse/ )

Para evitar esto traté de descargar el archivo zip de ADT Plugin actual, pero esto tampoco funciona. Aparece "Herramientas de desarrollador", pero cuando hago clic en "Siguiente", no pasa de "Cálculo de requisitos y dependencias".

Proporcione una solución al problema de cualquiera de los enfoques. Gracias.


¿Qué versiones de eclipse estás usando?

En Helios pude instalar el complemento en Help -> Eclipse MarketPlace -> Yoxos MarketPlace (Segundo icono en la parte inferior) y buscar ADT e instalarlo.


Desactivar IPv6 funcionó para mí.


En mi caso, uso la configuración de proxy y sigo las instrucciones de esta publicación . Pero solo una pequeña modificación: la configuración de SOCKETS debe estar clara y vacía, como lo sugiere here


Encuentro estos sitios de google muy difíciles de conectar con ciertas redes, pero no de otras. Aquí en Alemania, tuve problemas terribles al pasar por Alicia, pero ninguno pasó por Deutsche Telekom.

A veces podía llegar al host dl-ssl desde Alice, pero en alguna operación posterior se bloqueaba y luego caía el tiempo. Un día más tarde, quizás pueda hacer una conexión nuevamente. Algunas personas dicen que tuvieron suerte pasando por un proxy, o cambiando "http" por "https". Yo también vi esto

Esto es lo que creo que está pasando.

En primer lugar, Eclipse tiene miserables errores y maneja muy mal las situaciones inesperadas (por ejemplo, detecta todas las excepciones pero no proporciona el mensaje de la excepción), especialmente cuando se trata de enlaces que no responden. Me recuerda la historia original del psiquiatra con trastornos mentales.

Parece que el servidor de Google está mal configurado, posiblemente como un ingenuo mecanismo de protección destinado a repeler los ataques de denegación de servicio: solo maneja unas pocas solicitudes de conexión dentro de un marco de tiempo determinado desde hosts de ciertas redes, y si se vuelve demasiado solicitudes, bloquea las conexiones con el host durante mucho tiempo.

Desafortunadamente, una sola actualización de Eclipse puede requerir muchas conexiones en rápida sucesión; alguien que no está seguro de cómo configurar Eclipse la primera vez probablemente tropezará con la trampa de Google Booby-trap.

En mi caso, pude descargar lo que necesitaba al elegir cuidadosamente un subconjunto del software disponible, ser muy paciente y, si me bloquearon, simplemente esperar un día hasta que me dejara entrar nuevamente.

¡Aclamaciones!


La única respuesta que descubrí cuando tuve este problema fue descargar el último ''Eclipse Indigo para Java'', actualizando el ADT y el SDK de Android. Después de algunas horas, todo fue normal.


Me he enfrentado con el mismo problema antes. En mi caso, este era un problema que estaba trabajando bajo el poder. Creo que también trabajas detrás de un proxy.

He resuelto este problema de la siguiente manera. Encuentre el SDKManager.exe y ejecútelo. En este programa, encuentre la configuración proxy y llénela allí. Luego, desde este programa, intente actualizar su SDK (quizás esto requiera que reinicie este programa).

No sé por qué, pero la configuración de proxy de Eclipse no funciona en el caso de Android ADT.

PD ¡Tienes que usar JDK 6 (o 5), no JDK 7!



Tuve el mismo problema y me estaba volviendo loco. Seguí intentando durante un par de horas, obteniendo el mismo mensaje de error, ¡y de inmediato funcionó! Entonces, si fuera tú, lo dejaría por un momento y volvería en un par de horas y lo volvería a intentar. Hay varias otras soluciones sugeridas en línea que encontré, pero ninguna de esas parecía hacer la diferencia.



Yo tuve el mismo problema. Comenzó a funcionar cuando desactivé la casilla "Póngase en contacto con todos los sitios de actualización durante la instalación para encontrar el software requerido".


Actualizar

El error registrado que proporcionó conduce a Instalar desde la actualización se cuelga en Java 7 y, a su vez, Eclipse, error 362741 - las descargas desde los sitios de actualización se cuelgan - (3.7.1 ventanas de Indigo SR1) , consulte el comentario 6 específicamente (ya ha aplicado el comentario 7 ).

Tenga en cuenta que si bien esto parece ser un problema de JDK 7 a primera vista, el Java Bug 7077696 vinculado - java.net.Socket se cierra cuando se envía "PASV" en una conexión FTP autenticada clasifica el problema como REGRESSION. Última funcionó en la versión 6u26 , mientras que ya está usando 6u30 . En consecuencia, se informa que el problema es reparable al cambiar a Java 6 en otro lugar (lo que implica una versión anterior), ver, por ejemplo, No se puede hacer ninguna instalación de software usando jdk1.7.0_01 (que usa 6u22 ):

Sin embargo, todo funciona bien si luego cambio el eclipse.ini para cambiar la vm a JDK 1.6:

-vm C: / Java / jdk1.6.0_22 / bin / javaw.exe

La evaluación de Oracle concluye, que esto no parece ser un error JDK, sino que es solo el firewall de Windows que reconoce y bloquea el protocolo ftp. :

La única diferencia entre JDK7 y versiones anteriores es que el JDK está utilizando conectores de IPv6 cuando IPv6 está habilitado y, por lo tanto, se utilizan direcciones IPv6 mapeadas con IPv4. puede ser que Windows o el firewall no estén configurados para permitir conexiones IPv6. [...]

Por consiguiente, también enumeran una Solución :

Ejecutar con -Djava.net.preferIPv4Stack = true

  • agregue una excepción de firewall para el binario de Java.

  • ejecutar con -Djava.net.preferIPv4Stack = true (que desactiva IPv6 y usa sockets AF_INET exclusivamente)

  • o deshabilitar la inspección de FTP con estado en el firewall (configuración de registro o comando netsh)

El ajuste del cortafuegos parece ser una solución confirmada según el comentario n. ° 4 en Socket Exception solo en Java 7 (aunque simplemente lo apaga como si hubiera sido manejado con cuidado, por supuesto).

¡Buena suerte!

Presumiblemente usted ya conoce la respuesta de Robamaton a Eclipse, el complemento de Android, Instalar nuevo software simplemente dice "pendiente" (hay muchas preguntas relacionadas con ADT y extrañamente no apareció inmediatamente en una búsqueda respectiva). Básicamente se trata de la sugerencia de Codejammer hacia Preferencias-> Conexiones de red (+1), aunque con una explicación de por qué aún puede fallar en su red, vea los comentarios:

Oh, leí que no responde a las solicitudes generales de los navegadores. En cualquier caso, el administrador de red confirma que está haciendo una conexión de calcetines, pero luego no hace nada más.

y

Bueno, además de los comentarios anteriores, es probable que intente conectarse a través de. calcetines 5, pero nuestra red solo tiene calcetines 4. El administrador ejecutará la versión 5 para ver si funciona.

Solución

Independientemente de si los calcetines 4 vs. calcetines son el problema, una posible solución podría ser instalar Eclipse y ADT en un sistema diferente (idealmente en una red diferente) y luego copiar la carpeta resultante en la suya (después de todo , una instalación de Eclipse es simplemente una colección de archivos).

Al hacerlo, asegúrese de hacer coincidir 32- frente a 64 bits con respecto a JDK y Eclipse entre el sistema de origen y de destino, ya que una falta de coincidencia arrojaría otros problemas (véase, por ejemplo, mi respuesta a Error al cargar la biblioteca compartida de JNI comenzando Eclipse ).