tools setup only manager developers android sdk windows-xp upgrade

only - android sdk tools setup



Android: problemas para actualizar a Android SDK Tools, revisión 7 (19)

Actualmente tengo Android SDK 2.1 (+ revisión de herramientas 4). Me gustaría actualizar a Android SDK 2.2. Cuando intento hacerlo, me informan que primero debo actualizar las herramientas del SDK de Android a la versión 7. Entonces estoy de acuerdo, el proceso comienza y luego me sale un error:

- = advertencia! = - Una carpeta no pudo ser renombrada o movida. En Windows, esto generalmente significa que un programa está utilizando esa Carpeta (por ejemplo, el Explorador de Windows o su software antivirus). Desactive momentáneamente su software antivirus. También cierre todos los programas en ejecución que puedan estar accediendo al directorio ''D: / Install / Programming / android-sdk-working-dir / android-sdk_r04-windows / android-sdk-windows / too! S''. Cuando esté listo, presione SÍ para volver a intentarlo.

Descarga de Android SDK Tools, revisión 7 Instalación de Android SDK Tools, revisión 7

No se pudo cambiar el nombre del directorio D: / Install / Programming / android-sdk-working-dir / android-sdk_r04-windows / android-sdk-windows / tools a D: / Install / Programming / android-sdk-working-dir / android- sdk_r04-windows / android-sdk-windows / temp / ToolPackage.old01.

Soy consciente de http / https y problemas de antivirus. Así que desactivé mi AV. También cerré cualquier aplicación que pudiera tener un identificador en la carpeta. Eclipse también está cerrado (inicio el administrador a través de la línea de comandos). Sin embargo todavía me sale el mismo error.

Parece que la única aplicación que puede mantener un identificador en la carpeta es el administrador, ya que su directorio de inicio es el que denuncia el error (''/ tools'').

Estoy en Win XP Pro + SP3. Corro como administrador.

¿Alguien tiene alguna idea?

Al igual que José, pude encontrar un proceso en ejecución que tenía archivos abiertos en la carpeta Herramientas, pero en mi caso era una versión anterior del Administrador de SDK que se había bloqueado. Utilicé pasos similares (en Windows 7) para encontrarlo:

Usé la utilidad Process Explorer de Sysinternals de la siguiente manera:

  1. ejecutar Process Explorer
  2. Elija "Buscar archivo o DLL" y busque "herramientas"
  3. Haga doble clic en el archivo que se encuentra en la carpeta de herramientas
  4. En la parte inferior de la ventana, haga clic con el botón derecho del ratón en el archivo y seleccione "Cerrar control".
  5. Vuelve a intentar continuar con la instalación.

Aclamaciones,

Johno!

Asegúrese de ejecutar el Administrador de SDK como administrador (haga clic con el botón derecho y elija ejecutar como administrador). Si lo ejecuta desde la línea de comandos, inicie la línea de comandos como administrador.

Construyendo a partir de la respuesta de Lucas:

Me mantuve corriendo en una Destination Folder Access Denied al intentar actualizar / reemplazar /tools/lib/ archivos. Aquí estaba mi solución:

Puede eliminar la carpeta /tools/ luego volver a agregarla manualmente y mover manualmente los elementos de la última versión /temp/ zip a su carpeta /tools/ .

Ejecuté manualmente android.bat y tuve que ejecutar como administrador

Ejecutar el gestor de avd por sí mismo (sin iniciar eclipse) funcionó para mí.

El problema es java.exe que está bloqueando la carpeta /tools . Sin embargo, java.exe se inicia ejecutando el SDK Manager . Sin embargo, al usar el método de rechazo descrito anteriormente (es decir, ejecutar android.bat desde la carpeta /scrap ) java.exe NO está bloqueando las /tools ni el rechazo.

Solo usa

C:/Users/<USERNAME>/AppData/Local/Temp/temp-android-tool .

En eclipse goto Window -> Android SDK y AVD manager y actualizar desde allí. Trabajó en mi caso.

Enfrenté este mismo problema muchas veces (no puedo mover la carpeta de herramientas de plataforma). Intenté todo copiando herramientas en una carpeta de "chatarra" y ejecutando android.bat y desactivando el antivirus y el explorador que posiblemente esté demandando a la carpeta de herramientas. Lamentablemente, nada de esto funcionó. Encontré una solución en un foro que funcionó para mí.

1. Busque la carpeta "temp" y puede encontrar "tools_r05-windows.zip" u otros archivos que actualizará. 2. descomprimirlo. 3. Aquí encontrará "tools_r05-windows" y copie todos los archivos en el archivo. que debe ser actualizado archivo. 4. Copia a la carpeta "herramientas".

Esta es una actualización manual de las herramientas de la plataforma y, posteriormente, también puede actualizar la versión del SDK a la última versión.

Esto me ha funcionado:

El SDKManager se bloquea mientras lee el archivo source.property ubicado en / tools /
He usado la utilidad Process Explorer de Sysinternals de la siguiente manera:

1º ejecutar Process Explorer
2º Elija "Buscar archivo o DLL" y busque "propiedad"
3º Haga doble clic en el archivo que se encuentra en la carpeta de herramientas
4º En la ventana inferior, haga clic con el botón derecho del ratón en el archivo y seleccione "Cerrar el control"
5º Vuelve a intentar continuar con la instalación.

Hasta la vista,
Jose

Intenté todas las diversas sugerencias, aparte de desinstalar y reinstalar todo el SDK, y aún así recibí el error, incluida la desactivación de las miniaturas, que es la sugerencia más común para las carpetas a las que no se puede cambiar el nombre. Descargué el "explorador de procesos" gratuito de Microsoft para ver qué procesos estaban usando la carpeta, y después de deshabilitar todos los procesos de inicio y no de Microsoft y no encontrar ningún proceso para usar la carpeta de plataforma-herramientas, aún recibí el error y encontré que no se pudo cambiar el nombre después del intento de actualización.

La solución para mí fue copiar y pegar la carpeta de herramientas de plataforma que se encuentra en la carpeta ''temp'' en la carpeta android-sdk. Cada actualización encuentro una copia de las herramientas de plataforma allí, aunque para la versión 19, las herramientas de plataforma estaban comprimidas y la carpeta temporal incluía versiones de 18 y 17 que dejé.

Intente simplemente matar el proceso adb.exe. Funcionó. para mi.

La carpeta está bloqueada por los paquetes en el repositorio. Para cada paquete bajo el repositorio, cambie la versión de Android, reinicie el eclipse y luego ejecute la actualización nuevamente. El mensaje de error no debe aparecer.

Lo que funcionó para mí es actualizar desde un nuevo espacio de trabajo sin proyectos, establecer la ubicación del SDK de Android en el mismo espacio de trabajo anterior y actualizar desde allí. Creo que los proyectos se mantienen en la carpeta.

Probé la solución de administrador pero eso no funcionó para mí. También ya estoy actualizando desde el SDK de Android y el administrador de AVD, así que esa no es la solución. Y matar el adb.exe solo me dio muchos errores. Seguí recibiendo el error de carpeta, incluso después de reiniciar.

Ninguno de estos funcionó para mí.

Modifiqué el archivo android.bat en el directorio de scrap/ Intenté actualizar el directorio de tools/ original. Reemplacé "% tools_dir%" con la ruta correcta (manteniendo las comillas).

llamada

% java_exe% -Dcom.android.sdkmanager.toolsdir = "% tools_dir%" -Dcom.android.sdkmanager.workdir =% work_dir% -classpath "% jar_path%;% swt_path% / swt.jar" com.android.sdkmanager. Principal %*

No se pueden actualizar las herramientas con el programa en ejecución. Cierre el SDK. Reemplace las herramientas de folder para el contenido del archivo zip en la carpeta temp manual.

Simplemente ejecutando "android.bat" (ubicado en la carpeta de herramientas) como administrador funcionó bien en mi caso.

Tuve este problema y probé todas las soluciones anteriores, pero no funcionaron.

Luego descargué el SDK de Android y lo reinstalé , poco después de que logré actualizar todas las herramientas de la API de Android abriendo el Administrador de SDK de Android.

Por cierto, Android.4 parece increíble, el mejor sistema operativo móvil que he tenido.

Creo que solucionaron este problema en la versión posterior de las herramientas, pero me encontré con esto hace un tiempo. Esto es lo que hice:

  1. tools/ copiadas tools/ para scrap/ dentro del directorio SDK
  2. Ran android desde el directorio de scrap/
  3. Hizo la actualización
  4. Se eliminó el directorio scrap/ cuando haya terminado

También podría haber tenido que cambiar las variables de entorno (p. Ej., PATH ) que habían estado apuntando a tools/ para apuntar a scrap/ durante este proceso. Estoy un poco confuso en los detalles.