android - programacion - Eclipse se bloquea en DDMS post-create init

manual de programacion android pdf

Question

En los últimos dos días, eclipse comenzó a mostrar el comportamiento alámbrico. Su va en proceso poco definido de DDMS post-create init, y si intento ejecutar la aplicación, entonces Eclipse es colgado. He intentado instalar desde cero con eclipse 6.2 y eclipse 7.0, pero no tuve suerte. ¿Alguien más enfrenta este problema y tiene alguna solución? Por favor, comparta conmigo.

Answer 1

Lo que funcionó para mí ...

1. cerrar eclipse
2. delete ~ / ... workspace / .metadata / .lock
3. papelera vacía
4. mata procesos relacionados con eclipses (ps -ef | grep eclipse y kill ...)
5. cd ~ / ... Eclipse.app/Contents/MacOS y ...
6. correr en la terminal ... ./eclipse -clean -refresh

Answer 2

(Se bloquea el eclipse) también puede ser debido al puerto predeterminado de adb (5037 de acuerdo con http://developer.android.com/tools/help/adb.html ) ya está siendo utilizado por otro servidor.

Answer 3

El mío se corrigió desenchufando el dispositivo del USB.

Answer 4

Entendí esto después de "engañar" el cargador de contenido de Android SDK de Eclipse:

1. Cierre Eclipse y mate todo el proceso relacionado
2. Abra Windows Explorer y cambie el nombre de su carpeta Android SDK a cualquier otra cosa (por ejemplo, agregue ".bkp" a ella)
3. Ahora abre Eclipse. Mover a la perspectiva de Java (o cualquier otra perspectiva que no sea DDMS). Cierre cualquier advertencia acerca de no encontrar la ruta del SDK de Android.
4. Cierre Eclipse (espere a que el proceso de guardado del área de trabajo se complete por completo).
5. Cambie el nombre de su carpeta de Android SDK a su nombre original.
6. Vuelva a abrir Eclipse.

Answer 5

Estaba teniendo el mismo problema, pero usé una variedad de los métodos anteriores para solucionarlo. Para mi proyecto, tengo el proyecto principal almacenado en una carpeta separada y mi proyecto de prueba en el área de trabajo. (No me preguntes por qué, así es como es).

También tuve un proceso de adb en ejecución.

Mi estructura de carpetas se ve así:

• droid-project
• • .metadata
• • • .bloquear
• workspace-with-test-projects
• • .metadata
• • • .bloquear

Solución:

1. Kill Eclipse
2. Mata el proceso de adb kill <adb process #>
3. Eliminar ambos archivos rm .lock
4. Reiniciar Eclipse

Answer 6

Estoy construyendo un GoogleProject exportado por Unity3D. Los siguientes trabajos para mí (según la respuesta del usuario2698292):

Plataforma: MacOS

1. mata procesos relacionados con adb (ps -ef | grep adb)
2. cd ... / ... / Eclipse.app/Contents/MacOS
3. correr en la terminal ... ./eclipse -clean -refresh

Answer 7

Intenté eliminar los archivos .lock y lanzar eclipse -clean , comencé el eclipse con "Build Automatically" desactivado ... nada me ayudó. Se mantuvo bloqueado en varias partes de la puesta en marcha.

Mi espacio de trabajo tiene alrededor de 100 proyectos diferentes, resulta que el culpable fue uno de mis proyectos de Android con un archivo AndroidManifest.xml corrupto. De alguna manera, todo se ha duplicado dentro del archivo:

    <?xml version="1.0" encoding="utf-8"?>
    <manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.example.testapp"
    android:versionCode="1"
    android:versionName="1.0" >

    <uses-sdk
        android:minSdkVersion="8"
        android:targetSdkVersion="17" />

    <application
        android:allowBackup="true"
        android:icon="@drawable/ic_launcher"
        android:label="@string/app_name"
        android:theme="@style/AppTheme" >
        <activity
            android:name="com.example.testapp.MainActivity"
            android:label="@string/app_name" >
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />

                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>
    </application>

</manifest>
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.example.testapp"
    android:versionCode="1"
    android:versionName="1.0" >

    <uses-sdk
        android:minSdkVersion="8"
        android:targetSdkVersion="17" />

    <application
        android:allowBackup="true"
        android:icon="@drawable/ic_launcher"
        android:label="@string/app_name"
        android:theme="@style/AppTheme" >
        <activity
            android:name="com.example.testapp.MainActivity"
            android:label="@string/app_name" >
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />

                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>
    </application>

</manifest>

Acabo de eliminar las líneas duplicadas, reinicié Eclipse, y todo funcionó bien.

Answer 8

Intenté todas estas soluciones y nada funcionó.

¡El problema estaba en Avast antivirus! Tuve que deshabilitarlo para que funcione DDMS (con los consejos anteriores). Además, dos días antes no podía conseguir que el administrador de AVD trabajara porque lo había robado todo el tiempo en un cajón de arena o algo así ...

Espero que esto ayude

Answer 9

Lo que funcionó para mí con el mismo problema (eclipse 3.7, ubuntu 11.10):

1. cerrar / matar eclipse
2. borre el archivo .lock de .metadata como lo menciona kekoa
3. reinicia la computadora
4. comienza eclipse con "eclipse-limpio"

Answer 10

Mi respuesta es esta (si está usando Windows) Vaya al administrador de tareas y a los procesos. Debería ver adb.exe en los procesos (1 o más) si hay más de 1 apague el más pequeño (alrededor de 1mb de tamaño) luego vaya a la carpeta eclipse y apague y elimine el archivo .lock. (después de apagar el eclipse) luego simplemente vuelva a encender el eclipse. Creo que esto sucede porque el adb tiende a colgarse.

Answer 11

Mientras cuelgas en DDMS post-create init,

1. Ir a Proyecto -> Limpiar ...
2. Limpiar todos los proyectos (iniciar una compilación de inmediato. Crear todo el espacio de trabajo)
3. Reiniciar Eclipse

Esto funciona para mi.

Answer 12

Para mí fue adb.exe el que está tratando de escuchar el puerto 5037 que estaba en uso después de eliminar el programa que lo estaba usando. Mi vida simplemente mejoró

Answer 13

Tengo el mismo problema, pero lo resolví hace un momento.

Conecto mi dispositivo a la PC con un extensor USB. Algunos dispositivos se conectan a través de él sin problemas, pero otros no. ¡Incluso conectar directamente a algunos puertos USB hará que la conexión falle!

Las soluciones para mí: 1. usar otros puertos USB, 2. conectar directamente a los puertos USB, 3. reiniciar el dispositivo y adb.

Answer 14

Tuve el mismo problema. Eclipse nuevo descargado, nuevo espacio de trabajo, todavía no hay solución. Finalmente, después de varias retiradas, descubrí que se debe a proyectos en carpetas externas.

P.ej. Mantengo mi control de fuente de proyecto usando TFS y digo que mis proyectos están ubicados en C: / TFS / Proj1, C / TFS / Folder1 / Proj2, etc. En el área de trabajo de eclipse solía importar proyectos de fuentes existentes.

Esta es la solución que hice:

1. Nuevo eclipse descargado (tal vez eliminar el archivo .lock y comenzar el eclipse usando -limpiar mi trabajo, pero no lo he intentado)
2. Crea nuevos proyectos de Android vacíos en una nueva worksapce con el mismo nombre. (crear nuevo proyecto Proj1, Proj2)
3. cerrar Eclipse
4. Navegue al área de trabajo de Eclipse y elimine todo dentro de los directorios del proyecto Proj1 y Proj2.
5. Con TFS, obtenga las últimas fuentes del proyecto en la misma carpeta de proyecto del espacio de trabajo de Android.
6. comenzar eclipse hurra, no hay problema colgante.

La idea básica es que si mantiene sus proyectos en el área de trabajo, este problema no surgirá.

Answer 15

Yo resolví esto:

1. Eliminando los archivos .lock
2. Desconectando mi teléfono del USB.

Answer 16

Tuve este problema, fue debido a la presencia del archivo .lock en la carpeta .metadata de mi espacio de trabajo.

No sé si este es su problema, pero cerrar eclipse y eliminar el archivo .metadata/.lock de su área de trabajo, funcionó para mí.