Hola a todos,
compartiendo con todos ustedes más notas del curso de Android, en esta ocasión vamos a conocer el AVD; cómo usarlo para crear una máquina virtual de Android y depurar nuestras aplicaciones.
Aquí las notas: http://www.nachintoch.mx/teaching/mobile_dev/avd.pdf
Hola a todos,
hoy les comparto una introducción a Android Studio. Vamos a conocer un poco de su historia, sus funciones principales y cómo nos ayuda a provechar el framework de Android.
El enlace a las notas: http://www.nachintoch.mx/teaching/mobile_dev/Android-Studio.pdf
Hola a todos!
Ya hemos resuelto algunos de los errores comunes que ocurren al usar Andorid Studio y el Android SDK en sus versiones más recientes en sistemas de 32 bits: es posible hacerlo sin tener que apuntar completamente a versiones previas, como hemos visto hasta ahora.
Esta semana vamos a resolver el problema de no ver nuestros dispositivos o emuladores para ejecutar una aplicación en desarrollo, o que el sistema no reconozca el ADB como un programa válido
Esto se debe a que las nuevas versiones del ADB son programas de 64 bits y como ya he comentado en post anteriores, no es posible ejecutar estos programas en sistemas de 32 bits; por limitaciones físicas de los equipos…. Y no; instalar 2 veces el sistema operativo, no lo hace de 64 bits.
Puesto que no podemos ejecutar un programa de 64 bits por esta limitaciones, la solución es reemplazar el binario del ADB por uno de 32 bits. Podemos usar el que viene incluido con platform-tools v23.0.1, que podemos descargar a continuación:
https://dl-ssl.google.com/android/repository/platform-tools_r23.0.1-linux.zip
Descomprimimos el archivo y en el primer nivel jerárquico de directorios que contiene el ZIP, debe aparecer un archivo llamado “adb”
Copiamos el archivo “adb” y lo pegamos en
<android_sdk_home>/platform-tools
En este directorio ya exista un archivo llamado “adb”; debemos sobreescribirlo, pues al actualizar Android Studio o platform-tools se inserta la nueva versión de ADB; esa de 64 bits que nos da problemas, y debemos reemplazarla por esta versión de 32 bits para poderlo ejecutar.
Una vez que hayamos sobreescrito el archivo adb, Android Studio y el sistema deberían reconocer y ejecutar correctamente el ADB y deberíamos poder contactar nuestros dispositivos y emuladores Android.
-El límite es la imaginación-
Hola a todos!
Este es un problema con el que probablemente se enfrenten usuarios de las nuevas versiones Android Studio en sistemas de 32 bits; como he explicado en el post de la semana pasada.
Esta semana, vamos a resolver el error “Resolved versions for app (x.x.x) and test app (y.y.y) differ”. Esto indica que las instrucciones de compilación para la versión de producción y la de prueba difieren y es la causa del error.
Para resolverlo, podemos simplemente cambiar la versión de la dependencia ‘com.android.support:appcompt…’ en el archivo <proyecto>/app/build.gradle
Ubicamos la dependencia (todas sus ocurrencias)
compile 'com.android.support:appcompat-v7:x.x.x'
Y cambiamos los tres últimos números por la versión que se nos indica que es la que usa la versión de prueba.
Una vez hechos los cambios, realizamos la sincronización de gradle y debería desaparecer el error.
Espero les ayude, esas aplicaciones no van a desarrollarse solas 😉
Qué el límite sea la imaginación. Y el tiempo de vida útil que podamos extender a los sistemas de 32 bits.
Hola a todos,
en esta ocasión, les comparto el primero de una serie de varios posts que pretenden ayudar a desarrolladores de Android que usan las versiones más recientes de Android Studio en equipos de 32 bits.
Las versiones más recientes de Android Studio y del Android SDK; son de 64 bits…. Más o menos… Algunos de los binarios son aún de 32 bits, lo cual le ha dado sus propios problemas a usuarios de sistemas de 64 bits; pues necesitan instalar en sus sistemas equivalentes de ciertas bibliotecas a 32 bits. Los usuarios de sistemas de 32 bits tenemos la limitación física del equipo como una barrera más difícil de superar: los sistemas de 64 bits pueden ejecutar programas de 32, pero los de 32 NO pueden ejecutar programas de 64.
Por esta razón, nuestra alternativa en todos estos posts, será usar las versiones de 32 bits de versiones anteriores. Vamos a enfocarnos al problema que se puede presentar al actualizar el IDE, el Android SDK o abrir un proyecto no creado por nosotros. El problema es el siguiente: abrimos el proyecto o el IDE y vemos el mensaje de que gradle está construyendo el proyecto…
Puede que durante los primeros 2 o 5 minutos de compilación se produzca un error con el mensaje “AAPT process is not ready to receive commands”. También podemos encontrar e mensaje “Unterminated quoted string”… O puede que después de los primeros 5 minutos de compilación, el proyecto no termine nunca de compilarse…
Las versiones de build-tools a partir de la 24.x.x son de 64 bits y como hemos comentado previamente, no podremos usarlas en sistemas de 32. Es posible que el proyecto tenga en su configuración el uso de esta versión o alguna superior.
Para cambiarla, abrimos el archivo
<proyecto>/app/build.gradle
Ubicamos la tarea ‘android’ y en ‘compileSdkVersion’ debemos usar a lo mucho 23
Luego, en ‘android’ también debe aparecer ‘buildToolsVersion’, usamos a lo mucho la versión ‘23.0.2’.
También dentro de ‘android’ debe haber otro cuerpo de instrucciones llamado ‘targetSdkVersion’, también debemos asignarlo cuando mucho a 23
Finalmente, si se define una tarea ‘dependencies’, debemos cambiar la versión de todas las bibliotecas que especifiquen una versión superior a la 23.x.x por la 23.x.x
Para que esto funcione adecuadamente, debemos tener instalada la versión 23.0.2 de build tools en nuestro sistema. Si no contamos con ella, podemos descargarla desde aquí: https://dl.google.com/android/repository/build-tools_r23.0.2-linux.zip
Debemos guardar el comprimido, descomprimirlo una vez que se termine de descargar en una carpeta llamada “23.0.2” (por defecto se descomprime en una carpeta llamada “android-6.0”, pero esto no es adecuado). Finalmente, movemos la nueva carpeta “23.0.2” a <android_home>/build-tools/
Si el error persiste, nuestra mejor opción será bajar la versión de Android Studio, a lo mucho usando la versión 2.2 Esto ya que las nuevas versiones de Android requieren Gradle 3.3 y necesitamos usar un envolvente para usar gradle 2.x como 3.3
Haciendo los cambios sugeridos en este post es muy posible que puedas trabajar sin problemas con Android Studio usando una máquina de 32 bits. Aún es posible que debas resolver otros conflictos causados también por los binarios de 64 bits, revisaremos más de estos las próximas semanas.
En todo caso, es importante tomar en cuenta que los equipos de 32 bits ya son bastante obsoletos y es importante considerar migrar a mediano plazo hacia 64 bits; pero si se complica por lo pronto, podemos usar estos trucos para extender un poco más la vida útil de nuestros viejos ordenadores.
Así, que el límite sea la imaginación; y los buses del motherboard.
