El Blog del ti3r

Optimizar MultiStage build en Docker y Maven

2020-08-26T12:37:00.001-07:00

En esta entrada les quiero presentar un truco pequeño sobre como optimizar sus builds en Docker y Maven con tan solo cambiar una linea de código.

Ya es bien sabido que Docker se ha convertido en una herramienta básica para los desarrolladores al momento de distribuir sus aplicaciones. Los contenedores de docker pueden ser descargados y ejecutados en cualquier ambiente compatible y ademas es uno de los manéjadores de contenedores soportados por kubernetes que se ha vuelto el estándar para correr aplicaciones en la nube.

No solo eso. Con el soporte de multi-stage builds en Docker es posible támbien simplificar la manera en que las aplicaciones son compiladas y empaquetadas antes de ser distribuidas en su contenedor final. En un build multi-stage docker prepara un contenedor donde se ejecutan algunas instrucciones de compilado / pruebas y el resultado final es copiado a un nuevo contenedor.

Con esto se simplifica la manera en la que nuevos desarrolladores o servidores CI compilan las aplicaciones. Solo es necesario tener docker y poder descargar un contenedor con todas las herramientas ya listas para la compilación. Es este articulo lo haremos con maven.

Un ejemplo de un multi-stage build con maven y docker, y que ademas se encuentra mucho en proyectos de github, se puede estructurar como sigue.

FROM maven:3.6-jdk-11 as build
WORKDIR /src
ADD * /src
RUN mvn package -DskipTests

FROM adoptopenjdk:11-jre-hotspot
COPY --from=build /src/target/app.jar /app/app.jar
CMD ["java", "-jar", "/app/app.jar"]
EXPOSE 8080

Este método es muy común. Simplemente descargamos un contenedor docker que cuente con maven y java. Luego agregamos todo el proyecto completo al directorio src y empaquetamos el proyecto.

Luego tomamos un nuevo contenedor que sera encargado de correr nuestra aplicación. Copiamos el jar final desde el contenedor con alias build y lo colocamos en nuestro contenedor final con propiedades extra para poder correr nuestra aplicación.

Como optimizar este build?

El build se puede optimizar con solo agregar dos lineas de código en nuestro Dockerfile. Lo primero sera copiar el archivo pom.xml por sí solo y correr mvn package.

Esto instruye a docker a correr un build de maven, descargar todas las dependencias y crear una capa en el cache de docker con todas las dependencias.

El archivo se ve como sigue.

FROM maven:3.6-jdk-11 as build

WORKDIR /src
ADD pom.xml .
RUN mvn package -DskipTests
# Este paso optimiza los builds hasta que el archivo pom o las dependencias cambien
ADD src src
RUN mvn package -DskipTests

FROM adoptopenjdk:11-jre-hotspot
COPY --from=build /src/target/app.jar /app/app.jar
CMD ["java", "-jar", "/app/app.jar"]
EXPOSE 8080

Una vez que esta capa este en el cache de docker. Cualquier build que siga y comparta él mismo cache ya no necesitara descargar todas las dependencias y solo se enfocara en compilar los archivos dentro del directorio src.

Espero y este pequeño truco les sirva para optimizar sus proyectos que utilizan maven y docker

De Regreso & Docker

2020-06-18T15:27:00.000-07:00

Hola que tal a todos,

Pues como a muchos nos ha pasado en este 2020 y con toda la locura del corona virus (SARS COv2), los proyectos en el trabajo y en la vida personal han disminuido. A Varios meses ya de estar encerrado y con algo de tiempo libre. He decidido re tomar este blog y escribir un poco sobre lo he aprendido durante esta cuarentena. Durante el encierro he estado desarrollando algunos proyectos que me parecen interesantes y que quisiera compartir en una serie de posts. Empezaremos con algunas entradas básicas que serán fundamentales para poder avanzar y entender un poco más sobre el desarrollo en la nube (cloud computing).

Esta entrada se tratara sobre docker y algunas de sus características un poco avanzadas sobre el sistema. Ya llevo varios años trabajando con docker en varias de las compañías en las que he desarrollado proyectos y la verdad es que es una herramienta fácil de entender y una vez que nos acostumbremos a desarrollar con docker no nos podremos imaginar no instalarlo tan pronto obtengamos una nueva computadora.

Una explicación sencilla

Algunos de nosotros todavía nos acordaremos de los viejos tiempos del desarrollo de software (no soy tan antiguo como otros pero sí me han tocado varias transformaciones). Primero se obtenía el código fuente, se modificaba y se probaba localmente. Luego se enviaba a otro grupo para que estos compilaran, lo empaquetaran y lo instalaran en la maquina donde se ejecutaba. Pero qué pasa?, si el sistema operativo, las librerías, las versiones de las herramientas de compilación, etc son diferentes en cada uno de los diferentes pasos. Esto podría provocar problemas en el desarrollo.

Docker intenta minimizar estos problemas al empaquetar la aplicación y las librerías que se necesitan en un solo contenedor que puede ser ejecutado en una gran variedad de plataformas. Algunas personas mencionan a las Maquinas Virtuales (virtualbox) como un paso intermedio entre maquinas físicas y docker para ejecutar programas. La diferencia es que las maquinas virtuales necesitan un sistema operativo base + librerías para poder ejecutar programas.

Docker agrupa las librerías y herramientas básicas para ejecutar el sistema y tu programa sobre la plataforma docker que corre encima de un el sistema operativo nativo.

Para mas información sobre como instalar docker y mas explicaciones visita https://docs.docker.com/get-docker/ o https://docs.docker.com/get-started/part2/

Un simple ejemplo de como construir una imagen (Dockerfile).

En la actualidad la mayoría de los proyectos utilizan alguna herramienta de construcción como Maven, Npm o Make. Estas herramientas simplifican la compilación, prueba y empaquetamiento del programa. Pero aun tenemos el problema de la distribución es por eso que muchos proyectos agregan el archivo Dockerfile al lado del archivo de proyecto como el pom.xml.

Todos los ejemplos los podemos encontrar en el repositorio: https://github.com/ti3r/demostracion-simple-java-docker

Una vez que los desarrolladores modifican el código es tan fácil como ejecutar para obtener la imagen final:

docker build -t proyecto:latest .

(este comando utiliza el archivo: https://github.com/ti3r/demostracion-simple-java-docker/blob/main/Dockerfile)

Con esta técnica, el proyecto debe de estar compilado, probado y empaquetado para que el resultado final sea agregado a la imagen de docker. Generalmente este paso es realizado en un servidor de Integración Continua (CI), como CircleCI, Jenkins, etc. el cual se encargara de construir la imagen de docker que sera ejecutada.

Un ejemplo un poco mas complejo (Dockerfile multi stage build)

Cómo vemos empaquetar aplicaciones con docker es muy sencillo. Es muy común también que nuevos desarrolladores no tengan las herramientas para construir la aplicación, o que algún servidor de CI tenga versiones diferentes o que haya librerías diferentes o que no tengamos acceso a instalar algunos requerimientos para poder compilar, probar y empaquetar la aplicación. Una manera de resolver estos problemas es utilizar Multi-Stage Docker Builds. Para este ejercicio utilizaremos el archivo:

Podemos ejecutar:

docker build -t proyecto:latest -f Dockerfile.multi .

Una explicación rápida de que es lo que pasa en este archivo.

Definimos un stage utilizando una image base con nómbre "build"
Definimos un directorio donde se copiaran los archivos del proyecto
Copiamos todos los archivos fuente, el archivo pom y el wrapper de maven a ejecutar (para saber mas sobre mvn wrapper puedes leerlo aquí: https://github.com/takari/maven-wrapper)
Ejecutamos maven para que cree el programa final
Definimos la imagen base del programa de resultado
Definimos las etiquetas y directorios de la imagen final
Copiamos el resultado de la compilación del stage "build" a nuestra imagen final

Utilizar multi-stage builds en docker resuelve varios problemas sobre cómo el preparar y compilar nuestra aplicación final. De esta manera podemos:

Estandarizar todas las herramientas necesarias para obtener nuestra aplicación final dentro de nuestro repositorio.
Utilizar diferentes imágenes para compilar y correr nuestro programa reduciendo el tamaño de la imagen final ya que no necesitamos
Acelerar el desarrollo del proyecto ya que nuevos desarrolladores no necesitaran instalar nada en el sistema antes de aportar. Solo tener docker, clonar el repositorio y ejecutar los comandos necesarios

Mocking Tests Con Spring Boot, Spock y Gradle

2015-12-11T10:55:00.000-08:00

Hola que tal, ya tenia mucho tiempo que no escribía en este blog. Para ser sinceros lo había abandonado ya que cambie de residencia, trabajo varias veces, hobbies y demás. Hacia falta un poco de distracción y enfoque en mi carrera profesional. En las ultimas semanas he tenido un poco de tiempo libre para investigar y desarrollar algunos ejemplos en las tecnologías en las que me he enfocado.

En esta ocasión les tengo un sencillo ejemplo de como utilizar Spock framework para hacer pruebas de unidad en un proyecto. Existen muchas soluciones para las pruebas de unidad como JUnit, NUnit, etc. La ventaja de Spock es que se integra muy bien con diferentes IDEs y Gradle (que ha venido creciendo en adopción como constructor automatizado de proyectos) ya que utiliza ampliamente el lenguaje Groovy. Ademas que apoya al desarrollador a escribir las pruebas de unidad en una forma

En lo particular me he tardado en adoptar el lenguaje groovy y todas las ventajas que este trae pero en cuanto a pruebas de unidad e integración es verdad que ofrece varias ventajas. El código fuente de el proyecto lo pueden encontrar en mi perfil de github y a continuación les ofrezco una pequeña explicación de como esta conformado el proyecto.

En primera es un proyecto gradle de naturaleza mixta entre Java y Groovy y todas las dependencias se pueden encontrar en el archivo build.gradle.

A continuación en el directorio src/main/java/.... encontraran las clases Java Greeting, HelloResource y SpringBootSpockTestApplication. Estas 3 clases sirven para construir una aplicación spring-boot rapida que expondrá un servicio web rest en la url /hello (Si necesitan saber mas sobre spring-boot pueden visitar este link). Como ven hasta aqui es una aplicación muy basica, la finalidad de este proyecto no es realizar la aplicación si no demostrar como hacer pruebas de unidad ya que en la actualidad es una parte muy importante de todo desarrollo de software.

Dentro del directorio src/test/groovy/.... se encuentra una sola clase que es la que contiene todas las pruebas de unidad expresadas en lenguaje spock y las cuales intentare explicar a continuación.

Primero describimos una clase (en este caso SpringBootSpockTestApplicationTests) la cual extiende la clase base Specification de spock. Luego definimos dos objetos compartidos para todas las pruebas (los cuales están marcados por la anotación @Shared). El primero de ConfigurableApplicationContext que es donde tendremos nuestro contexto de spring para poder acceder a beans específicos si es que necesitamos. El segundo de tipo MockMvc la cual utilizaremos para realizar llamadas rest hacia nuestros recursos REST y verificar su funcionamiento. El método setupSpec() solo prepara estos dos objetos utilizando la conflagración de spring para que estén disponibles para las pruebas.

Luego del setup vienen los métodos de prueba (o feature methods) los cuales están descritos por un titulo (normalmente una explicación de lo que la prueba esta intenta hacer) y dentro los bloques de la prueba ( when , then). Estos bloques permiten describir la prueba de una manera mas explicita y visible para los usuarios u otros programadores. Por ejemplo en estas pruebas solo hacemos una llamada GET utilizando nuestro objeto mockMvc en nuestro bloque When y en nuestro bloque Then verificamos que el resultado de la llamada contenga los valores que requerimos utilizando jsonPath.

Spock se integra muy bien con diferentes ides asi que si este proyecto es abierto en eclipse las pruebas se pueden correr como una jUnit normal y el monitor de resultados nos dara los resultados como normalmente de muestran para junits normales. Ademas al construir nuestro proyecto utilizando gradle, estas pruebas también serán detectadas y desplegadas en nuestro reporte de pruebas. Un ejemplo seria, al descargar el proyecto y ejecutar el comando
" ./gradle clean build " dentro del directorio del proyecto el archivo build/reports/tests/index.html sera creado con los resultados de las pruebas el cual se vera a algo parecido a la ultima imagen del post.

El mejor lugar para iniciar a entender spock es su pagina de basics la cual explica muy bien como definir pruebas en lenguaje spock. La pagina la pueden encontrar aquí https://code.google.com/p/spock/wiki/SpockBasics

Bueno eso es todo por hoy, espero y este post les sea de ayuda. Espero y seguir escribiendo en el blog mas seguido.

Android 4.3 en Galaxy Nexus (Instalación Manual)

2013-07-26T08:05:00.000-07:00

Algunos de ustedes ya sabrán que hace unos días se realizo el evento "Google Breakfast", así llamaron a la pequeña conferencia nada comparada con google I/O pero donde se anunciaron nuevos productos de Google. La nueva nexus 7 (la cual incluira el nuevo android), Google Chromecast, y por supuesto Android 4.3 aun llamado Jelly Bean. Esta nueva versión de Android es una actualización menor al sistema pero que trae interesantes nuevas características. La primera es OpenGL 3.0, luego mejor rendimiento en Bluetooth, y una nueva API para DRM la cual supuesta-mente permitirá mejor calidad en el vídeo. Se dijo que Netflix sera el primero en utilizar este nuevo código en su aplicación pero esperemos y otras apps como youtube o ulu lo hagan también.

Fue una conferencia interesante, si desean ver un resumen de lo que sucedió pueden visitar el siguiente link. Uno de los mejores anuncios fue que las actualizaciones Android 4.3 por OTA ya han comenzado y Galaxy Nexus es uno de los dispositivos que obtendrán esta actualización. Es bueno saber que Google no nos ha olvidado como usuarios, la desventaja es que en ocasiones esta actualización puede tardar hasta semanas enteras en llegar al dispositivo, dependiendo del carrier. Si son como yo, tal vez el tiempo se les haga eterno así que me di a la tarea de actualizar mi dispositivo manualmente y probar esta nueva actualización. Aqui abajo les dejo los pasos para hacerlo. Lo que necesitaran sera el Android SDK y los drivers para galaxy nexus en su computadora (si es que utilizan windows, si son linux users como yo no es necesario preocuparse por los drivers).
1. Descarguen el archivo de actualización y coloquen lo en la carpeta platform-tools dentro del sdk. Este es el link para descargarlo

2. Apaguen el teléfono e inicien en modo recovery con el dispositivo conectado a la pc.
Para iniciar en modo recovery es necesario presionar las dos teclas de volumen y el botón de encendido al mismo tiempo, una vez que inicie el menu con el android este listo pueden usar volumen arriba o abajo para seleccionar "Recovery Mode" y luego presionar la tecla de encendido.

3. Una vez que aparezca el Android con un símbolo de exclamasión es necesario acceder al menú de recovery, presionen las tecla volumen arriba y encendido varias veces hasta que el menú en azul aparezca. Una vez ahí seleccionen "apply update from adb" utilizando la tecla de endendido.

4. Una vez que el teléfono este esperando la actualización tenemos que ejecutar el siguiente comando en una consola:
adb sideload
Si quieren verificar que el teléfono este listo para recibir la actualización antes de ejecutarla pueden escribir el siguiente comando:
adb devices
Y debe de mostrar el telefono en modo sideload. Algo parecido a esto:
List of devices attached
01467D551201000E sideload

5.0 Una vez que la actualización se haya completado solo seleccionamos "reboot" en el menú para que el teléfono se reinicie y poder utilizar la nueva versión de Android en nuestro Galaxy Nexus.

Por el momento no he notado una gran diferencia entre esta nueva versión y la anterior, en teoría el rendimiento debería ser mejor pero hasta el momento no he podido notar la diferencia. La única diferencia visible es la aplicación de la cámara de fotos, la cual ya cuenta con una nueva interfaz y con la opción de timer para tomar las fotografías, esta era una de las opciones que mas quería en la aplicación.

Una de mis sorpresas es que tenia un problema con mi entrada de audífonos y esta quedo arreglada. En la ultima semana el teléfono detectaba que los audífonos estaban conectados aun cuando no lo estaban y no era posible poder escuchar las llamadas por el auricular como normalmente lo hacia. Inclusive des arme el teléfono y reemplace la pieza por una nueva pero ni aun así ayudo en ese tiempo así que creo que era un problema con el software. Muy bien aquí abajo les dejo unas imágenes de como se ve el sistema y en los siguientes días comentare si encuentro diferencias grandes en cuanto al rendimiento o al sistema.

P.D. si desean realizar esta actualización manualmente o esperar por la actualización manual comenten sus ideas en la sección de abajo.

Update: Si tienen problemas con los drivers o el ejecutar comandos en la consola en teoría debe de ser posible aplicar el update desde la memoria interna del teléfono, yo no lo hice así pero esta es otra opción. Lo único que hay que hacer es colocar el archivo de actualización dentro del teléfono y seleccionar "apply update from sdcard" en el menú de recovery.

Ejemplo Con Action Drawer

2013-07-10T14:38:00.000-07:00

Hoy vamos a realizar un pequeño ejemplo de una aplicación con ActionDrawer. La mayoría de las aplicaciones utilizan este componente en la actualidad para desplegar menús de opciones. En un inicio el menú de opciones por defecto fue reemplazado por el Action Bar al aparecer las Tablets y hoy Google recomienda migrar nuestras aplicaciones a utilizar este diseño para proveer una mejor experiencia al usuario; claro que esto no es estrictamente necesario, podemos desarrollar una app sin utilizar ActionDrawers y no habrá ningún problema.

Si aun no identifican que es ActionDrawer, es la barra deslizable que presenta opciones al usuario en alguno de las puntos finales de la pantalla (generalmente el extremo izquierdo). Google+ nos presenta esta barra con las opciones de fotos, comunidades, etc.

Muy bien manos a la obra, lo primero que aremos es crear un proyecto de Android por defecto. Esto nos debe de crear una actividad principal y un layout para nuestra actividad. Generalmente el nodo raíz de este layout es un LinearLayout o RelativeLayout (o lo que hayamos especificado por defecto), es aquí donde viene el primer cambio. El nodo raíz de nuestro xml ahora sera un "android.support.v4.widget.DrawerLayout"; esta vista es dibujada de la siguiente manera. El primero nodo hijo sera el contenido que sera desplegado en la pantalla y el segundo nodo debe de ser de tipo "ListView" que sera el que desplegara la lista de opciones. En esta aplicacion de prueba nuestro main_layout.xml se vera de la siguiente manera:

Básicamente lo que este layout describe es DrawerLayout con id "main_act_drawer" como principal; este contiene un primer hijo de tipo FrameLayout con id "content_frame" y un segundo nodo de tipo ListView con id "left_drawer". Ya habíamos dicho que el primer nodo dentro de DrawerLayout sera lo que se desplegara en pantalla, en este caso FrameLayout lo vamos a utilizar para desplegar un mensaje por defecto (TextView contenido dentro) y cuando el usuario seleccione algo del menú el contenido sera reemplazado por un fragmento definido.

Nota: Es importante resaltar que layout_height & layout_width de la mayoría de las vistas están definidas con constantes, esto bloquea a AndroidStudio de desplegar una vista previa de la pantalla pero al momento de ejecutar la aplicación esta corre sin ningún problema.

El ListView (left_drawer) lo utilizaremos para desplegar las opciones en nuestro ActionDrawer y por lo tanto necesitamos crear un adaptador que contenga los valores para nuestras opciones. Por lo tanto agregaremos a nuestro archivo strings.xml los siguientes elementos:

El primero es la lista de opciones para nuestro menú el segundo es una lista de colores que definen el valor del color correspondiente en valor hexadecimal. AndroidStudio nos presenta el valor del color en un recuadro en la barra lateral; este es una opción no disponible anteriormente en eclipse ADT y que me parece es un poco cool.

Ahora escribiremos un poco de código para iniciar correctamente nuestras opciones ya que si no el ActionDrawer no sera desplegado en nuestra aplicación por que no contiene ninguna opción. Así que escribimos el siguiente código en nuestra actividad principal.

En simples palabras una vez que establezcamos el layout de nuestra actividad, llamaremos el método prepareActionDrawer para efectivamente iniciar nuestro menú. Lo primero que hacemos es retraer las vistas de nuestro layout con findViewById. Luego creamos un ArrayAdapter utilizando el arreglo que definimos en strings.xml (main_act_drawer_opts) y lo establecemos a nuestra lista. Luego podemos ver que establecemos un nuevo OnItemClickListener en nuestra lista, esta clase sera la encargada de hacer el cambio de fragmentos en nuestra vista contenedora así que revisaremos esta clase con mas detalle luego. Al final de nuestro método creamos un nuevo objeto ActionBarDrawerToggle que estará encargado de abrir y cerrar el action drawer cuando demos clic en el icono de nuestra app (parte superior izquierda). Es por esto que nuestra primera linea en el método es setDisplayHomeAsUpEnabled(true) para que este botón aparezca en nuestra barra.

El ultimo código que agregaremos en nuestra actividad principal sera sobrescribir el método onOptionsItemSelected para que nuestro objeto ActionBarDrawerToggle detecte si una de las opciones del menú ha sido seleccionada y el drawer se cierre. El código se ve de la siguiente manera.

La parte final sera crear la clase encargada de manejar el contenido de nuestra aplicación "DrawerClickListener", esta clase sera la encargada de actualizar el fragmento que desplegara el contenido por cada una de las opciones que el usuario seleccione. Para esto necesitamos fragmentos que serán colocados en nuestro "content_frame"; aquí vamos a hacer uso de una vieja clase PlainColorFragment del proyecto anterior view_pager_test (si no recuerdan este proyecto visiten los posts de Ejemplos con View Pager 1,2, 3 ). El codigo de esta clase se ve como se muestra aqui abajo:

En el constructor de la clase necesitamos 3 referencias, la primera a un FragmentManager que sera el encargado de cambiar los fragmentos en el contenido (proviene del fragment manager de la actividad principal). El segundo es la referencia a nuestro DrawerLayout el cual nos permitirá manipular el layout y el tercero nuestra lista de opciones en el Drawer para poder cerrarla. Ademas de esto creamos la referencia a los valores de los colores que almacenamos en strings.xml utilizando getResources() desde una de nuestras vistas.
Luego de nuestro constructor tenemos el evento importante onItemClick, este es el evento que se ejecuta cada vez que una opción de nuestro ActionDrawer es seleccionada. Lo primero que hacemos es seleccionar el color de nuestro arreglo basado en el valor del indice que nos manda la selección. Luego mandamos cerrar la lista de nuestro drawer con el método closeDrawer de nuestro DrawerLayout para que el usuario vea el cambio en el contenido. Por ultimo utilizaremos nuestra clase PlainColorFragment para crear instancias del fragmento que se desplegara basándonos en el color que se ha seleccionado; iniciamos una nueva transacción en nuestro FragmentManager y reemplazamos el contenido de content_frame, con el fragmento que acabamos de crear y le ponemos el nombre del color que seleccionamos. Al final hacemos commit en la transacción para que sea aceptada.

En los screens que se muestran abajo les muestro como se ve la app ya terminada y como siempre el código esta disponible para el que así lo desee en mi perfil de github. Espero y este articulo les sea de utilidad ya que la mayoría de las aplicaciones ahora están desplegando Drawers como este.

Update: Si quieren descargar la aplicación funcionando desde play store pueden hacerlo con este link. Si lo hacen se los agradecería ya que ayudarían a que continué desarrollando para android.
https://play.google.com/store/apps/details?id=org.blanco.android.actiondrawerexample

Saludos a todos

Ejemplo de Comerciales

2013-07-03T13:16:00.003-07:00

Hola que tal, un saludo a todos los lectores. Una disculpa por estar ausente durante bastante tiempo, varias cosas han pasado que me han impedido dedicarle un espacio al blog. Una de ellas es que aun me estoy adaptando a Android Studio (el nuevo IDE para Android que esta basado en IntelliJ). En esta ocasión les quiero compartir un pequeño ejemplo de como monetizar una aplicación utilizando un framework llamado TapContext. En la actualidad existen varias alternativas de monetizar una aplicación para Android, ademas de AddMob el framework por defecto de Google, un developer puede añadir el la librería de su preferencia para desplegar comerciales y comenzar a ganar dinero (a eso me refiero con monetizar).

Escogí la librería de TapContext por que es muy sencillo de utilizar y configurar; aun cuando no te da mucha libertad en la configuración; es un buen punto de partida para comenzar a trabajar con comerciales. Lo primero que debemos de hacer es registrar una cuenta en https://www.tapcontext.com/ y descargar la librería del SDK. Una vez que tengamos la descarga lo único que debemos de hacer es colocar el jar en la carpeta lib de nuestro proyecto y el archivo tapcontext_notification_layout.xml bajo src/main/res/layout. Una vez que realicemos esto es necesario hacer los vínculos y configuraciones necesarias para llamar comerciales en nuestro código.

El primer vinculo es en realidad para que podamos comenzar a utilizar la librería sin que Android Studio nos muestre errores en el código; lo que tenemos que hacer es agregar la librería al classpath de gradle (recuerden que el nuevo sistema de compilación y construcción de Android esta basado en Gradle). Para esto editamos el archivo build.gradle dentro de nuestra carpeta del proyecto y agregamos la siguiente linea dentro del elemento dependencies "compile files('libs/TapContext_2.1.jar')". El resultado final de este elemento se debería de ver algo similar a:

dependencies {

compile files('libs/android-support-v4.jar')

compile files('libs/TapContext_2.1.jar')

}

Una vez que hemos corregido nuestras dependencias podemos empezar a configurar nuestro contexto para comerciales. Tenemos que agregar las siguientes lineas a nuestro archivo manifest (AndroidManifest.xml).

Dentro de el nodo Application agregamos:

Solo quiero aclarar que la parte que dice ***key*** tiene que ser reemplazada por la clave que obtuvieron cuando se registraron para el servicio. Esta clave estará disponible en su perfil. Lo que agregamos solo fue la actividad que sera lanzada cuando se desplieguen los comerciales y un servicio que estará escuchando para mantener los comerciales y las estadísticas.

Solo con estas configuraciones ya podemos iniciar a mostrar comerciales en nuestro código. Como las imágenes son un poco grandes yo opino que la mejor manera de mostrarlos es cuando nuestra aplicación inicie (o cuando algún evento importante termine), para eso agregamos el siguiente código en nuestra actividad.

@Override
protected void onStart() {
TapContextSDK adsContext = new TapContextSDK(getApplicationContext());
adsContext.initialize();
adsContext.showAd();
super.onStart();
}

Listo solo con este código podremos crear una aplicación que despliegue comerciales al iniciar. TapContext es solo uno de los muchos frameworks par desplegar comerciales que existen. En mi opinión no es el mejor pero si uno de los mas sencillos de usar, cuenta con un dashboard decente para revisar tus publicaciones, avance de ganancias, etc. Ademas de que su soporte a usuarios es bueno. Abajo les dejo pantallas de como se ven los comerciales dentro de la aplicación y como siempre el código fuente esta disponible en mi GitHub.

Saludos y gracias por leer.

Ejemplo con View Pager super Extendido (Animación en Pager)

2013-04-26T16:00:00.000-07:00

Hola que tal, en esta ocasión les quiero compartir otro ejemplo con ViewPager. Voy a extender un poco mas los ejemplos mostrados anteriormente en otros posts para actualizar y explicar un poco mas acerca del funcionamiento del ViewPager y los Fragmentos. Gracias a todos aquellos que escribieron comentarios y preguntas por tomarse el tiempo de leer el blog y practicar con estos sencillos ejemplos.

Aun y cuando los Fragmentos fueron introducidos a Android desde API 11 (Android 3.0 HoneyComb), han evolucionado y cambiado para hacerse mas dinámicos y permitir mucha mas flexibilidad en la interacción con el usuario. Un fragmento es básicamente una mini ejecución que toma parte de la pantalla de nuestra actividad y cuenta con su propio ciclo de vida, eventos, etc. Inicio con una pequeña explicación sobre fragmentos por que si recuerdan en ejemplos anteriores comenzamos creando un fragmento el cual sera un poco distinto para cada una de las paginas de nuestro ViewPager. El código que prepare es el siguiente:

public class PlainColorFragment extends Fragment {
private static final String PLAIN_COLOR_FRAG_ARG_COLOR = "color";
int color = Color.GREEN;
View view = null;
AnalogClock clock = null;
public static PlainColorFragment newInstance(int color) {
PlainColorFragment frag = new PlainColorFragment();
Bundle frag1Args = new Bundle();
frag1Args.putInt(PLAIN_COLOR_FRAG_ARG_COLOR, color);
frag.setArguments(frag1Args);
frag.setRetainInstance(true);
return frag;
}
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
this.color = (getArguments() != null) ? getArguments().getInt(PLAIN_COLOR_FRAG_ARG_COLOR) : Color.GRAY;
}
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
view = inflater.inflate(R.layout.color_layout, container, false);
clock = (AnalogClock) view.findViewById(R.id.analogClock1);
clock.setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
vanishClock();
}
});
view.setBackgroundColor(color);
return view;
}
public void vanishClock() {
if (clock.getAlpha() < 0.4f)
clock.setAlpha(1.0f);
else
clock.setAlpha(clock.getAlpha() - .2f);
}
}

A partir de Android 4.0 y la revisión de la librería de soporte 12. Es necesario que nuestros fragmentos tengan un constructor por defecto (sin parámetros) para que puedan ser destruidos y reconstruidos por el FragmentManager. Por lo tanto en nuestro código creamos un método estático (newInstance) que nos ayudara a crear instancias de nuestro fragmento basado en el color que pasemos como parámetro. Y ya que cuando un fragmento es creado su método onCreate es ejecutado podremos retraer el color de nuestro fragmento por el método getArguments(). Pueden notar que en nuestro método newInstance asignamos estos parámetros a nuestra nueva instancia; el FragmentManager conservara estos parámetros por nosotros y si es necesario destruir nuestro fragmento por baja memoria o algún otro factor, los parámetros serán guardados para estar disponibles cuando nuestro fragmento se reconstruya. En el código también se puede observar que en el método onCreateView; ademas de asignar nuestro color de fondo; inflamos un layout contenido en una definición XML el cual le dará cuerpo a nuestro fragmento. Es importante notar que el metodo onCreateView es ejecutado no solo una vez si no varias veces, en ocasiones es necesario por cuestiones de recurso destruir vistas y reconstruirlas mas tarde cuando estos recursos esten disponibles; pero eso lo explicare mas delante. Ya con nuestra vista extendida, lo que hacemos es asignar nuestro identificador clock al componente reloj que se encuentra dentro de nuestro xml y asignarle un pequeño método (vanishClock) a su evento click. Esto ira desvaneciendo el reloj por cada clic que el usuario haga sobre el. Aquí abajo les dejo la definicion XML de la vista que inflamos para nuestro fragmento.

Muy bien ahora iremos con nuestra actividad principal, el codigo se ve como el que sigue:

Lo que podemos ver aquí es que tenemos dos propiedades, nuestro ViewPager (pager) y nuestro PageChangeListener (pageChangeListener). View pager es el encargado de cambiar de pagina cada vez que el usuario deslice el dedo en nuestra actividad y la clase PageChangeListener, la utilizaremos para algunas operaciones auxiliares las cuales explicare un poco mas adelante. Lo importante viene en el método onCreate de nuestra actividad; primero establecemos nuestra vista (R.layout.main), la cual contiene en su definición un ViewPager con el id pager. La definicion de este contenido lo pondre un poco mas abajo. Luego creamos un objeto MyFragmentPagerAdapter (una clase definida por nosotros) y agregamos 3 fragmentos de creamos manualmente también. Noten que para nuestros fragmentos mandamos llamar al método estático que preparamos (newInstance) con 3 distintos colores como parámetros. Luego asignamos a nuestro ViewPager el pageChangeListener, el adaptador que acabamos de preparar y un nuevo transformador que también explicare un poco mas tarde. Y eso es todo por el momento para nuestra actividad principal. Ahora les dejo el layout que asignamos para esta actividad

Como pueden observar no es algo muy complejo solo un Text View para mantener un titulo en nuestra actividad en todo momento y nuestra clase importante, nuestro ViewPager. Pero como vimos en el código nuestro ViewPager solo es asignado con varios recursos, en realidad el ViewPager es el conector entre nuestros distintas clases las cuales en realidad son las que hacen el trabajo pesado. Arriba pudimos ver que tenemos una clase llamada MyFragmentPageAdapter y a la cual se agregamos nuestros 3 fragmentos que creamos con el método addFragment; por lo tanto vamos a revisar esta clase.

Esta clase extiende de la clase abstracta FragmentPageAdapter, la cual esta cargo de manejar los fragmentos que estarán disponibles para nuestro ViewPager. Cada vez que el usuario cambie de pagina deslizando el dedo el ViewPager solicitara al adaptador que le regrese el fragmento correspondiente a la pagina que el usuario esta cambiando hasta que lleguemos a nuestro getCount(), cuando ya no haya mas paginas disponibles el ViewPager no permitirá al usuario seguir cambiando de pagina hacia adelante. Como ven la implementacion es sencilla. Solo tenemos una lista de fragmentos y cada vez que vayamos agregando un nuevo fragmento al adaptador este se agregara a nuestra lista. Cuando el Pager solicite una pagina en especifico con el método getItem, nosotros regresaremos el fragmento correspondiente de la lista y el getCount sera igual al tamaño de nuestra lista.

Luego tenemos nuestro PageChangeListener

Esta clase es muy sencilla, cuando un evento de cambio de pagina suceda en nuestro ViewPager, esta clase sera llamada y en la cual podemos interceptar información valiosa. En nuestro caso solo tenemos una propiedad currentIndex, la cual sera asignada cada vez que una pagina sea seleccionada (onPageSelected) y la cual expondremos por medio de un método publico getCurrentIndex. La finalidad de esta clase la podrán ver mas delante. Lo ultimo que asignamos a nuestro ViewPager es un nuevo objeto PageTransformer con el método setPageTransformer. Esta clase lo que hará sera dar una buena animación al cambio de pagina. Una nota personal aquí es que yo no soy muy bueno para diseñar animaciones y esta clase la tome de uno de los ejemplos de Google solo la modifique un poco así que no pondré el código, este lo pueden obtener en mi github junto con el código fuente. Así que con esto ya tenemos un muy buen ejemplo casi igual al que teníamos anteriormente, pueden ejecutar la aplicación y podrán ver como al deslizar de pagina los distintos fragmentos de colores van apareciendo y al dar clic en el reloj este se va desvaneciendo poco a poco.

Pero les daré una pista, ya habíamos dicho que el método onCreateView de los fragmentos es llamado en varias ocasiones. Así que que es lo que tal vez ya habrán notado que si desvanecen el reloj hasta cierto punto y cambian de paginas varias veces, el reloj que anteriormente estaba desvanecido ha vuelto a la normalidad. Esto sucede ya que cuando cambiamos de pagina el sistema reclama la memoria de las vistas que están ocultas y estas son destruidas. El cuando esto sucederá depende del sistema, de los recursos disponibles, etc., tal vez en ciertos dispositivos poderosos como el S4 esto no pase, pero es mejor estar precavidos y dar a nuestros usuarios la mejor experiencia. Así que lo que haremos sera sobre escribir el método onViewDestroyed para salvar el estado de nuestro reloj y así poder re-establecerlo al momento de que esta vista sea creada de nuevo. Lo que haremos sera agregar un poco de código a nuestro fragmento como el que sigue.

Lo que hicimos es crear dos propiedades un Bundle (viewRecreateState) que sera donde guardaremos nuestro estado. Recuerden que lo que es destruido es nuestra vista pero las propiedades del fragmento se quedan intactas hasta que el fragmento sea destruido también si es que esto ocurre. Entonces crearemos una nombre estático el cual utilizaremos como indice en nuestro bundle y el método restoreClockState que sera en cargado de establecer el alpha del reloj si es que tenemos este valor guardado en nuestras preferencias. Creo que el método onDestroyView es muy fácil de entender, solo guardaremos el alpha de nuestro reloj antes de que la vista sea destruida. Por lo tanto lo único que tenemos que hacer ahora es llamar a nuestro método restoreClockState dentro de onCreateView para que si la vista fue destruida anteriormente esta vuelva al estado anterior cuando es recreada. Ahora nuestro método se vera así:

Y ya para terminar agregaremos los métodos necesarios para seguir el mismo funcionamiento de el articulo anterior. Esto es crear un menu para lanzar una animación en la pagina actual cuando el usuario haga clic en el item. Esto muestra de manera sencilla como interactuar con los fragmentos desde un agente externo. Recuerdan que teníamos un listener (PageChangeListener) en nuestro pager que guardaba la pagina actual? Y agregaremos a cada fragmento tiene un método publico startAnimationClock que animara el reloj y el cual sera llamado para animar el reloj interno. El codigo se ve asi.

Y en nuestra actividad principal agregamos:

Así que al final tendremos nuestra aplicación terminada y sin importar si cambiamos de pagina mil veces, mientras nuestro fragmento este en el sistema nuestra aplicación siempre presentaran una interfaz consistente a nuestros usuarios. Bueno como siempre, el código completo de este ejemplo lo pueden encontrar en mi perfil de github en esta tag del repositorio. Y ya saben si tienen alguna duda, sugerencia y/o comentario no duden en comentar o escribir un correo. Una disculpa por el post tan largo pero trate de explicarme lo mejor posible.
Saludos a todos.

Ejemplo con Layout Animation Y Android

2013-04-10T21:14:00.001-07:00

Hola que tal, en esta ocasión quiero compartir un pequeño ejemplo sobre como Animar fácilmente vistas en un layout usando Android. Este pequeño ejemplo esta basado en el articulo que publico Chet Haase en Androide Dev Bites. En realidad el ejemplo es muy sencillo y tratare de explicarlo lo mejor posible extendiendo un poco mas para hacerlo un poco mas atractivo. Con esto espero poder hacer una serie de artículos acerca de animaciones en Android.

Con la entrada de la android API versión 11 (Android 3.0) la clase LayoutTransition nos permite ejecutar animaciones cuando haya algun cambio en el layout de un contenedor. Como puede ser un LinearLayout, RelativeLayout, etc.

Muy bien vayamos al ejemplo. Lo primero que tenemos es un simple layout con dos botones y un contenedor. El contenido de nuestro main_layout xml es como el que sigue:

Es muy simple, nuestro main layout es LinearLayout con orientación vertical. Luego un botón para agregar una vista (Add View), un botón para remover una vista (Remove View) y al final otro LinearLayout el cual tomara el resto de la pantalla para el también con orientación vertical. El punto interesante en este ultimo contenedor es la propiedad android:animateLayoutChanges="true"; esta propiedad es la que nos dirá que cada vez que haya un cambio en este layout estos cambios deberán de animarse. Por defecto solo los cambios de entrada y salida de vistas serán animadas pero eso lo arreglaremos mas tarde.

Ahora si en nuestra actividad principal

public class MainActivity extends Activity {
LinearLayout container = null;
private static LayoutParams mParams = new LayoutParams(ViewGroup.LayoutParams.MATCH_PARENT,
ViewGroup.LayoutParams.WRAP_CONTENT);
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
container = (LinearLayout) findViewById(R.id.layout_container);
}
public void btnAddViewClicked(View view){
Button btn = new Button(view.getContext());
btn.setLayoutParams(mParams); btn.setText("Useless Button");
container.addView(btn,0);
}
public void btnRemoveViewClicked(View view){
if (container != null && container.getChildCount() > 0){
container.removeViewAt(
(int)(Math.random() * (container.getChildCount()))
);
}else{
Toast.makeText(view.getContext(), "No views to remove", Toast.LENGTH_LONG).show();
}
}
}

Lo primero que haremos en onCreate sera establecer nuestro xml como el contenido y luego vamos a retraer el contenedor que definimos para almacenarlo en la variable container. Este objeto container ya tiene las animaciones establecidas. Luego los dos métodos para agregar y eliminar vistas, como lo definimos en nuestro xml cuando el botón Add View es presionado el metodo btnAddViewClicked se ejecuta; en este método lo que haremos sera crear un nuevo botón asignarle las propiedades y el texto correspondiente y luego agregarlo al contenedor con el método container.addView.

De la misma manera el método btnRemoveViewClicked sera ejecutado cuando el botón Remove View es presionado; este método lo único que se encarga es de remover una vista del contenedor de una posición alternativa si el contenedor ni tiene ninguna vista asociada (esto es su childCount no es mayor que 4) simplemente mostramos un mensaje con Toast.

Y eso es todo como pueden ver no tenemos ningún código extra sobre animaciones, efectos, etc. El sistema se encargara de hacer las animaciones automáticamente al momento de que se agreguen y remuevan vistas. Como pueden ver es un ejemplo muy sencillo pero nos ayudara a darle un poco mas de presentación a nuestras aplicaciones.

Aquí abajo les dejo una muestra de como se comporta la aplicación y en un post futuro veremos como extender esta aplicación para hacerla mas dinámica. Como siempre pueden obtener el codigo fuente de este y otros proyectos visitando mi perfil de github.

P.S estoy extrayendo el vídeo para que vean como se ve pero aun estoy probando distintas apps para screencast. En cuanto lo tenga actualizo el post. (No creo que sea de mucha ayuda si subo fotos :P). Saludos

Update: Aqui les dejo el video, no muy buena calidad pero pasa.

Opciones de Desarrollador en Android Jellybean (4.2)

2013-03-05T09:00:00.000-08:00

Hola que tal a todos, este es un pequeño comentario sobre la ultima actualización que se envió a Android Jelly-Bean (4.2). Puede ser que ya lo hayan notado pero a partir de la ultima actualización de Jelly Bean el menú de opciones de desarrollador no se encuentra disponible en el menú configuraciones. Google consolido todas las opciones de desarrollador dentro de una sección en el menú de configuraciones, la mayoría de las veces lo único que realizábamos en este menú es activar o desactivar el USB Debugging para que al conectar el cable USB el teléfono nos mostraba una carita de Android en la barra de notificaciones (hace mas que eso pero no quiero hacerla larga).
Para poder activar este menú de nuevo en la nueva versión de Android es necesario decirle al teléfono que su usuario es un desarrollador, hay que ir al menú de Configuraciones -> Acerca del Teléfono -> Numero de Build. Hay que tocar varias veces este ítem después de varias ocasiones veremos un mensaje diciendo "estas a X clicks de ser desarrollador", luego de sobrepasar este numero el menu se hará visible en las configuraciones donde anteriormente estaba.
Esta movida fue publicada por google ya que en los teléfonos mas comerciales como el Galaxy S3 o One X, etc el usuario común no quiere ver este menú. Por lo tanto nuevos teléfonos con Jelly Bean no desplegaran este menú hasta que sean activados como desarrollador. He probado esta opción en mi Nexus Galaxy, Galaxy S4 y HTC One X+ y en todos me ha funcionado. Así que si eres desarrollador y extrañas este menú en tu dispositivo ya sabes el por que y como volver a activarlo.

Saludos a todos

Ejemplo Con ViewPager Extendido

2013-03-04T22:30:00.000-08:00

En esta ocasión vamos a continuar un poco mas con ejemplos de Android. Hace algún tiempo publique un post sobre como utilizar ViewPager en Android y hace algunos días recibí una pregunta de un lector sobre como hacer cosas mas avanzadas en el View Pager. Para recordar un poco aquel ejemplo desplegaba dos vistas similares (el reloj de Android) pero con un color de fondo diferente. Al deslizar la vista hacia la derecha o izquierda el View Pager cambiaba la vista a desplegar en pantalla y se puede observar el cambio en el color de fondo. La pregunta de Oscar Sanchez (gracias por leer el blog) es, como acceder al reloj dentro de cada uno de los fragmentos y realizar operaciones con el ?.

Bueno en Android como en casi todas las plataformas existen varias maneras de hacer las cosas, solo es cuestión de seleccionar la que mas te guste y analizar los pros y contras. Así que para contestar esta pregunta la primera aproximación que utilizaremos sera el manejo interno. Como ya habíamos visto en nuestro ejemplo anterior habíamos creado un PageAdapter que nos manejaba los diferentes fragmentos que agregábamos en una lista y añadiamos 3 fragmentos iguales pero con diferente color de fondo. Como la documentación de Android lo dice, un fragmento es una poción de una actividad que cuenta con su propio ciclo de vida y espacio para dibujar vistas. Por lo tanto en nuestro fragmento podemos manejar nuestras vistas y eventos internamente. Entonces vamos a extender nuestra clase fragmento para que se vea de esta manera.

public class PlainColorFragment extends Fragment {

int color = Color.GREEN;
View view = null;
AnalogClock clock = null;
public PlainColorFragment(int color){
this.color = color;
}

@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container,
Bundle savedInstanceState) {
view = inflater.inflate(R.layout.color_layout, null);
clock = (AnalogClock) view.findViewById(R.id.analogClock1);
clock.setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
startAnimationOnClock();
}
});
view.setBackgroundColor(this.color);
return view;
}
public void startAnimationOnClock(){
Animation anim =
AnimationUtils.loadAnimation(getActivity(), android.R.anim.fade_out);
clock.startAnimation(anim);
}
}

Lo que hicimos, es simplemente tener una variable que apunte a nuestro AnalogClock llamada clock y en el evento onCreateView asignar esa variable a la vista analogClock1 que se encuentra dentro de nuestro layout. Y ya con nuestra variable clock le asignamos un evento OnClickListener para que cuando el usuario toque la pantalla una simple animación se ejecute, esto es llamar al método startAnimationOnClock ( vean que el método es publico y visible para otras clases, por que luego lo usaremos para otras cosas). Ahora si, al modificar nuestra aplicación previa de esta manera veremos al tocar el reloj de cualquier fragmento seleccionado la animación se ejecutara.

Nuestra segunda aproximación, en algunas ocasiones es necesario mandar una señal desde fuera de nuestros fragmentos hacia el interior para ejecutar ciertas instrucciones; como por ejemplo la selección de algún ítem del menú o algún otro evento externo . En esta ocasión, haremos que la animación del reloj del fragmento seleccionado se ejecute cuando se seleccione desde el menú. Lo primero que tendríamos que hacer es saber cual fragmento es el que esta actualmente seleccionado; cual reloj de los varios disponibles tendremos que animar para que el usuario lo vea (no tendría caso animar un reloj que este invisible para el usuario, obvias razones). Por lo tanto crearemos una clase que nos guarde el indice del fragmento que el usuario selecciona. La clase se ve de esta manera:

public class PageChangeListener implements OnPageChangeListener {
int currentIndex = 0;
@Override
public void onPageScrollStateChanged(int arg0) {
//Do Nothing
}
@Override
public void onPageScrolled(int arg0, float arg1, int arg2) {
//No Nothing
}
@Override
public void onPageSelected(int arg0) {
currentIndex = arg0;
}
public int getCurrentIndex() {
return currentIndex;
}
}

Hace nada, nomas que guardar el numero de indice de la pagina seleccionada en una variable y exponerla por medio de un getter. Esta clase se va a relacionar con el ViewPager con el método setOnPageChangeListener para que cada vez que se haga un cambio de pagina el indice sea almacenado en nuestra variable currentIndex. Y por ultimo en nuestra actividad principal agregaremos métodos para que cuando el botón del menú sea presionado el fragmento visible sea retraído desde nuestro Adapter y llamar al metodo startAnimationOnClock (es por esto que nuestro método es públicamente visible). Asi que nuestra actividad principal se ve de esta manera:

public class MainActivity extends FragmentActivity {
ViewPager pager = null;
PageChangeListener pageChangeListener = null;
/** Called when the activity is first created. */
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
pager = (ViewPager) findViewById(R.id.pager);

MyFragmentPagerAdapter adapter =
new MyFragmentPagerAdapter(getSupportFragmentManager());
adapter.addFragment(new PlainColorFragment(Color.RED));
adapter.addFragment(new PlainColorFragment(Color.GREEN));
adapter.addFragment(new PlainColorFragment(Color.BLUE));
pageChangeListener = new PageChangeListener();
pager.setOnPageChangeListener(pageChangeListener);
pager.setAdapter(adapter);
}
private void startAnimationOnCurrentPage(){
  MyFragmentPagerAdapter adapter =
   (MyFragmentPagerAdapter) pager.getAdapter();
  PlainColorFragment fragment =
(PlainColorFragment) adapter.getItem(pageChangeListener.getCurrentIndex());
  fragment.startAnimationOnClock();
}
@Override
public boolean onCreateOptionsMenu(Menu menu) {
MenuInflater inflater = new MenuInflater(this);
inflater.inflate(R.menu.main_menu, menu);
return super.onCreateOptionsMenu(menu);
}
@Override
public boolean onOptionsItemSelected(MenuItem item) {
switch(item.getItemId()){
case R.id.main_menu_start_anim_current_item:
startAnimationOnCurrentPage();
default:
return super.onOptionsItemSelected(item);
}
}
}

El método importante en esta actividad es startAnimationOnCurrentPage, ya que dentro de el retraemos nuestro adaptador y utilizamos el indice de nuestro pageChangeListener para así poder obtener el fragmento que esta siendo desplegado al usuario. Una vez que tenemos nuestro fragmento lo único que hacemos es llamar startAnimationOnClock() para que la animación en el reloj sea ejecutada. De esta manera logramos propagar un evento ocurrido en el menú de nuestra actividad hacia dentro de las vistas localizadas dentro de nuestro ViewPager.

En esta ocasión vimos como ejecutar una simple operación de animación en la pagina actual de nuestro ViewPager pero en su lugar podríamos  realizar cualquier otro tipo de operación. Retraer las vistas internas, hacerlas invisibles, eliminarlas, cambiarles colores, fondos, etc. Este pequeño post es simplemente para ejemplificar un poco mas como trabajar con ViewPagers en Android.

Espero y el ejemplo les sea de utilidad y como siempre, el código fuente esta a su disposición en mi pagina de github https://github.com/ti3r/view_pager_test. Pueden descargar, revisar y utilizar el código a su conveniencia. Si este post les gusto por favor dejen sus comentarios, compartan el blog o escriban un e-mail o comentario con dudas o recomendaciones para poder mejorar este espacio.

Un Saludo a todos y gracias por leer.

BDD con Cucumber y Java 2/2

2013-02-27T21:46:00.002-08:00

Ya vimos en la primera parte de este post como un escenario puede ser especificado y usado por un desarrollador para dirigir sus desarrollos. Normalmente estos escenarios serán escritos por algún agente externo al desarrollo y podrán ser usados para validar la aplicación en cuestión. La parte importante es que en determinadas aplicaciones un agente puede escribir cientos de escenarios diferentes y el validar cada uno de estos después del desarrollo puede llegar a ser una tarea bastante compleja. Es aquí donde entra en juego la automatización de estos escenarios con la ayuda de Cucumber.

Como ya habiamos descrito BDD esta definido en escenarios que describen el comportamiento deseado. Estos escenarios serán escritos en archivos .feature en cucumber. Cucumber framework permite la integración de muchos lenguajes naturales para escribir el comportamiento, lo que nos permite describir comportamientos en muchos de las lenguas mas utilizadas en el mundo. Un ejemplo de un archivo .feature seria el siguiente.

# language: es
Característica: Calculator ops

Background:
 Dado Ejecuto Limpiar la Calculadora

@calculadora
Escenario: Probar suma
 Cuando escribo 2 en la calculadora
 Y presiono la tecla +
 Y escribo 5 en la calculadora
 Y presiono la tecla =
 Entonces El resultado sera 7

Las etiquetas que se definen sobre cada escenario definen un punto de entrada para la ejecución de las instrucciones. Por cada ejecución de Cucumber-jvm se puede definir una etiqueta la cual ejecutara el o los escenarios marcados y por lo tanto las pruebas correspondientes.

En Cucumber como en todos los lenguajes de programación nada es echo por arte de magia. Por lo tanto Cucumber necesita saber como interpretar las instrucciones en español (en este caso) o en el lenguaje que seleccionamos y ejecutar las tareas determinadas. A esto se le llama "glue code" o código de pegamento. Este código puede ser escrito en varios lenguajes de programación. Cucumber-jvm es tan robusto que acepta varios lenguajes de programación entre ellos: Java, Groovy, JRuby, Cloujure, y mas. Para este ejemplo escribiremos una clase Java que contendrá el código de pegado y la cual se vera mas o menos así.

public class CalculadoraStepDef {

  Calculadora calc = new Calculadora();
  
  @Dado(value="^Ejecuto Limpiar la Calculadora$")
  public void I_reset_the_calculator() throws Throwable{
    calc.reset();
  }
  
  @Cuando(value="^escribo (\\d+) en la calculadora$")
  public void I_add_to_the_calculator(int number) throws Throwable{
    calc.escribirDigito(number);
  }
  
  @Cuando(value="^presiono la tecla (.?)$")
  public void I_press_key(String key) throws Throwable{
    if ("+".equalsIgnoreCase(key)){
      calc.setOperacion(OPERACIONES.SUMA);
    }else if ("-".equalsIgnoreCase(key)){
      calc.setOperacion(OPERACIONES.RESTA);
    }else if ("*".equalsIgnoreCase(key)){
      calc.setOperacion(OPERACIONES.MULTIPLICACION);
    }else if ("/".equalsIgnoreCase(key)){
      calc.setOperacion(OPERACIONES.DIVISION);
    } else if ("=".equalsIgnoreCase(key)){
      
      if (calc.getOperacion() != null){
        calc.ejecutarOperacion();
      }else{
        calc.setOperacion(OPERACIONES.IGUAL);
      }
      
    }
  }
  
  @Entonces(value="^El resultado sera (.*)$")
  public void result_should_be(double number) throws Throwable {
    Assert.assertEquals(number, calc.getTotal());
  }
  
}

Como se puede observar la clase contiene expresiones regulares las cuales corresponden a los escenarios que definimos anteriormente. Este es el código que hace el trabajo pesado y lleva a cabo las pruebas que se definieron en los archivos feature. Las anotaciones que se encuentran el cada método definen que método de esta clase debe de ser ejecutado cuando un paso de cada escenario es interpretado en el archivo feature.

Por ultimo solo es necesario decirle a Cucumber-jvm que se ejecute. El framework Cucumber-jvm cuenta con varias maneras de ejecución. Una es vinculando la ejecución con una Prueba JUnit. Otra es ejecutando la clase Main (cucumber.api.cli.Main) con los parámetros correspondientes. Esto es lo que nosotros realizaremos en este ejemplo al vincular la ejecución de esta clase con la fase de pruebas de un proyecto maven. Lo que se tiene que hacer es vincular el plugin de Java Execution en nuestro archivo pom.xml como se muestra abajo. Una vez que tengamos nuestro archivo pom correctamente configurado solo sera necesario ejecutar en nuestra consola mvn clean test y nuestras pruebas de Comportamiento se ejecutaran automaticamente.

org.codehaus.mojo
exec-maven-plugin
1.2.1

test

exec

java

-Xms512M
-Xmx1024M
-XX:MaxPermSize=512M
-classpath

cucumber.api.cli.Main
features/
--glue
com.bestbuy.test.cucumber_test
--tags
@calculadora/argument>
--format
pretty

Este articulo formado por dos partes es un poco largo y técnico mas sin embargo espero y les sea de utilidad. Como siempre pongo a disposición un link a mi repositorio de github (https://github.com/ti3r/cucumber-tests) donde pueden descargar, modificar, actualizar y jugar con el código que hemos desarrollado en este ejemplo. Cualquier cosa que no este clara no duden en dejar su comentario en el blog o escribirme un correo personal, siempre tratare de ayudar lo mas posible. Si también lo desean pueden agregarme a sus círculos en Google+.

Saludos a todos y gracias por leer.

BDD con Cucumber y Java 1/2

2013-02-27T21:46:00.001-08:00

En esta ocasión me voy a salir un poco del tema habitual de Android y celulares, en mi trabajo hemos estado un bastante ocupados y me pareció una buena oportunidad para hablarles sobre como hacer pruebas de comportamiento usando Java y Cucumber usando el framework (cucumber for jvm). Primero que nada durante el desarrollo de software es muy importante realizar la mayoría de pruebas posibles sobre tu código para asegurar la calidad, no mencionare las diferentes ideas y metodologías que existen sobre desarrollo y prueba de software ya que no es la finalidad de este articulo, cada equipo y/o desarrollador es responsable de como manejar su ciclo y asegurar que su aplicación no falle horriblemente.

Dentro de las diferentes técnicas de desarrollo de software; BDD (Behavior Driven Development) o desarrollo basado en comportamiento, se ha vuelto muy popular en varios proyectos de software grandes. Esta técnica complementa muy bien a la metodología ágil y TDD (Test Driven Development) las cuales son la forma y técnicas mas populares de desarrollar software en la actualidad (a mi parecer). Primero una poca de explicación sobre lo que es BDD. Como el nombre en ingles lo dice, este desarrollo se centra en el comportamiento de las cosas; basándose en que el modulo es una caja negra para el usuario. Esto quiere decir que el comportamiento se evalúa de acuerdo a las salidas que este presenta basado en determinadas entradas. En pocas palabras es describir el comportamiento y asegurarse que este comportamiento sea cumplido. La finalidad es que estos escenarios de comportamiento sean escritos por un agente externo, como un business user o un usuario avanzado, en su propio lenguaje (sin necesidad de un lenguaje de programación) y que estos comportamientos se prueben automáticamente en cierto punto del desarrollo.

Cuando iniciemos el desarrollo tendremos una lista de escenarios escritos por nuestro agente los cuales describirán los puntos a considerar para marcar el desarrollo como éxito o fracaso. Por ejemplo digamos que estamos escribiendo un programa que imite a una calculadora. Nuestro agente podría decir para que una calculadora sea efectiva debe de sumar, restar, multiplicar y dividir correctamente, por lo tanto nuestro usuario nos daría una lista de escenarios parecida a esta:

Escenario: Probar suma	Escenario: Probar resta
Cuando escribo 2 en la calculadora	Cuando escribo 5 en la calculadora
Y presiono la tecla +	Y presiono la tecla -
Y escribo 5 en la calculadora	Y escribo 2 en la calculadora
Y presiono la tecla =	Y presiono la tecla =
Entonces El resultado sera 7	Entonces El resultado sera 3

Como se puede ver no es necesario ningún lenguaje de programación, nuestro agente puede especificar cualquier numero de escenarios y en cualquier formato (siempre y cuando siga algún tipo de regla que re pueda programar). Si estos pasos se cumplen al momento de ejecutar nuestra calculadora podemos decir que nuestro código ha sido exitoso.

Vean la segunda parte de este articulo para saber como utilizar Behavior Driven Development (BDD) con Cucumber y Java.

Android Screenshot

2013-01-23T21:24:00.000-08:00

Hola que tal a todos, Muy feliz año 2013 en esta ocasión les quiero compartir una pequeña aplicación para demostrar como obtener un screenshot o una captura de pantalla de nuestra aplicación. Antes que nada una disculpa por no haber escrito tan constantemente como en anteriores ocasiones pero me he enfocado en mi trabajo y otros proyectos personales.

El como obtener una copia de una vista en android es muy sencillo, básicamente cualquier componente que nosotros necesitemos podemos copiar su bitmap en un punto determinado lo cual nos dará una imagen de este componente en el tiempo. Esta función es aplicable para nuestra vista principal también la cual nos dará el screenshot completo. El método se llama getDrawingCache(), lo que en realidad pasa es que esta vista regresa el cache que se utiliza para ser dibujada en pantalla en un objeto Bitmap, normalmente este cache esta des-habilitado y la función regresara null pero lo unico que tenemos que hacer antes de llamar al método es habilitarlo con la función: setDrawingCacheEnabled(true). Este bitmap luego puede ser transformado a algún otro formato compreso como PNG o JPEG y guardado en nuestra SD card o cualquier otra locación.

Nota no hay que olvidarnos que luego de terminar es bueno des-habilitar el cache de nuestra vista ya que si no estaremos utilizando memoria en nuestra aplicación que no es necesaria. Muy bien a continuación el código de las funciones para tomar la imagen, transformarla a formato JPEG y guardarla en la carpeta de la Camara.

public void takeScreenshot(){
View v = findViewById(R.id.rootLayout);
v.setDrawingCacheEnabled(true);
Bitmap bitmap = v.getDrawingCache();
String dest = Environment.getExternalStoragePublicDirectory( Environment.DIRECTORY_DCIM )
+File.separator+"Camera"+File.separator+"IMG_"+
new DateFormat().format("yyyyMMdd_hhmmss", new Date())
+".jpg";
Log.d(APP_TAG, "Writing to: "+dest);
File file = new File(dest);
try {
FileOutputStream stream = new FileOutputStream(file);
bitmap.compress(CompressFormat.JPEG, 100, stream);
stream.flush();
stream.close();
} catch (IOException e) {
Log.e(APP_TAG, "Error taking screenshot.",e);
}finally{
v.setDrawingCacheEnabled(false);
}
}

Este pequeño tutorial lo desarrolle a petición de un compañero desarrollador que tenia algunas dudas con esta tarea. Espero y les sea de utilidad. Si tienen alguna otra duda o quieren que publique algún otro tipo de tutorial siempre son bien recibidos los comentarios o pueden mandarme un email a cualquier hora. Un saludo a todos y espero ya poder volver a escribir con un poco mas de regularidad.

P.D si desean el codigo completo de esta aplicacion pueden clonar el repositorio de github donde esta almacenada el link es: git://github.com/ti3r/screenshot-android.git

Android 4.2 Jelly Bean Update para Nexus Galaxy

2012-11-23T16:55:00.000-08:00

Hola que tal a todos, hoy les quiero compartir mi opinión acerca de Android 4.2 (todavía llamado Jelly Bean) que se ha estado enviando a varios celulares desde la semana pasada. Hace dos días recibí la actualización vía OTA y al instalarla lo primero en notar es el icono de la cámara. Así es en esta versión de android Google puso mucho empeño en la cámara de los dispositivos y en darnos la opción de sphere photo (foto esférica) así es que normal que sea el primer punto a notar. Esta opción permite tomar fotografías no solo panorámicas pero en todas direcciones y ensamblarlas en una esfera para dar una ilusión de 3D. Una gran característica si te apasiona la fotografía y tienes tiempo de fabricar una buena foto de un paisaje que te guste (por que toma bastante tiempo hacer una buena foto).

La segunda característica y la cual me encanta es la escritura por desliz. Esta característica ya estaba disponible en versiones anteriores de Android como en los Motorola Droid o utilizando aplicaciones externas como TouchPal, lo que permite es arrastrar el dedo por el teclado hacia diferentes teclas y escribir sin necesidad de estar haciendo clic en las diferentes teclas. Creanme es una opción que me encanta, al principio tal vez se les haga complejo escribir algunas palabras o si quieren usar algunas palabras fuera del diccionario (como wey, o hijola :) ) el teclado no las reconoce; pero una vez que llevan tiempo escribiendo y su diccionario ha crecido no podrán regresar al modo antiguo de presionar y presionar botones en pantalla.

La aplicación de reloj y alarma. Se que suena un poco tonto pero me encanta esta nueva versión, el diseño es genial y en esta ocasión cuenta con timer, que se pueden programar unos con otros. Es una gran ventaja para cuando estoy en el gimnasio. Jejejeej solo falta que se puedan programar uno después del otro para los ejercicios de rutina. Estoy tentado a descargar el código fuente de esta aplicación y modificar la para que se pueda hacer. Si tengo tiempo libre lo haré rápidamente y la compartiré con ustedes.

Las animaciones son otra característica que cambio un poco, al iniciar y salir del menú y cambiar de una aplicación a otra se pueden notar algunas variaciones en las animaciones, las cuales se ven esplendidas pero en ocasiones hacen que las transiciones no sean tan suaves como anteriormente lo eran. Tal vez sea por el hardware de mi Nexus Galaxy ya que este sistema esta optimizado para las nexus 7, 10 y el nuevo Nexus 4. Aunque es una pena ya que si esto persiste hará que la experiencia en el Galaxy Disminuya. Aun y cuando Google dice que con el project Butter las animaciones son mas suaves y las transiciones son mejor crean me después del update podrán notas uno o dos glitches que en la versión anterior no se notaban.

Aun y cuando las mejores características de este update solo se pueden ver en las Tablet Nexus esta actualización trae muy buenos features al Galaxy Nexus. Espero que comenten sus experiencias con esta nueva versión en sus dispositivos.

Problema con Bateria Samsung Galaxy Nexus

2012-09-28T16:40:00.000-07:00

Que tal, en esta ocasión les quiero compartir algo muy sencillo y rápido. Me paso esta semana con mi Galaxy Nexus y fue un poco frustrante así espero y a nadie mas le suceda. Llevo poco tiempo que lo adquirí (creo que como 3 meses). Todo ha funcionado de maravilla, recibí la actualización a Jellybean un poco después de que lo compre y el sistema funciona muy bien. Aun no lo he rooteado por que no me he visto en la necesidad de hacerlo, no necesito aplicaciones que utilicen root, el HotSpot funciona perfecto y con la red de AT&T en Estados Unidos los ver videos en youtube es muy buena experiencia.
Bueno al problema, a principios de esta semana después de desconectar el teléfono del cargador antes de salir al trabajo note que el indicador de batería marcaba que aun estaba cargando. La primera vez no le di mucha importancia por que desapareció luego de un rato. Después de uno o dos días al observar mas detalladamente vi que el indicador se volvía loco marcaba cargando a los pocos segundos no y así titubeaba entre los dos estados mientras se cuenta con bastante batería no hay problema pero cuando la batería baja a menos del 15% es cuando se vuelve molesto. El mensaje de que la batería esta baja aparece y desaparece a cada rato por este cambio en el indicador.

Pensé que era algún problema con alguna de las aplicaciones que había instalado por que esta semana estuve probando varios juegos y aplicaciones. Así que decidí hacer un factory reset, por cierto como el Galaxy Nexus no tiene tarjeta SD cuando se hace un factory reset se pierden todos los datos, fotos, etc., así que es bueno verificar que todo este respaldado en la nube antes de hacerlo, para deshacerme del error. Pero para mi sorpresa después de esto el problema continuo.

Luego de investigar un rato aquí va la solución. Al parecer el contacto micro-usb en la parte baja del teléfono esta algo expuesto y si el cargador se inserta mal o si alguna basura entra en el se presenta este problema. Lo que hay que hacer es con un palillo limpiar el contacto y presionarlo hacia la parte de abajo para que se despegue y ya no haya un falso contacto que haga creer al teléfono que se esta cargando.

Así que si este problema les pasa a ustedes
"Que no Cunda el Panico y Limpien el Contacto"
y con eso se debe de solucionar, espero y este post les ayude a ustedes y no pierdan datos de su teléfono como me paso a mi.

Saludos

Raspberry PI

2012-08-31T15:18:00.000-07:00

Hola que tal se que he estado desconectado del blog por bastante tiempo, los tiempos de transición siempre son difíciles entonces espero y pronto poder tener calma y poder seguir en el blog. En esta ocasión les quiero compartir rápidamente una imagen de mi nuevo juguete. Adquirí una unidad de Raspberry PI para experimentar. Algunos de ustedes ya sabrán lo que es, para los que no. Raspberry PI es una proyecto non-profit cuya finalidad es llevar computadoras a los niños para que estos aprendan a programar (revisen la pagina oficial del proyecto). Esta fundación ofrece una computadora completa de un tamaño un poco mayor a una tarjeta de crédito a solo $35 USD. Al parecer existen 2 versiones de la tableta, modelo A de $25 Dlls y modelo B a 35, aunque no he encontrado donde poder comprar el modelo A.

Este proyecto se volvió muy famoso ya que varios proyectos han nacido utilizando esta pc, desde crear un Centro Multimedia Completo usando XBMC hasta robots automatizados y otras cosas avanzadas. Como el hardware es extremadamente barato las ordenes han sobre saturado la producción y existe una larga lista de espera, pero por fin pude obtener la mía. Sobre este hardware se han configurado varias distribuciones de linux para instalar por lo que la computadora se vuelve muy versátil al momento de programar y desarrollar diferentes cosas con ella. Las especificaciones del modelo B son:

Procesador ARM1176JZF-S a 700 MHz
Procesador gráfico VideoCore IV
256 MiB de memoria RAM

Estas especificaciones son mas del doble que la primera computadora personal que adquirió mi familia así que imaginen lo que se puede hacer con ella. Durante un tiempo estaré trabajando en algunos proyectos para esta tabla esperemos y nos vaya bien. Y para aquellos que nos gusta jugar con Android, ya existe un proyecto para portar Android a esta plataforma así que esperemos que pronto sea posible tener el sistema en mi juguete.

Aquí abajo una foto y algunos videos de cosas interesantes que se pueden hacer con raspberry.

Google I/O, Nuevo Dispositivo, Android Jelly Bean y otras cosas de mediados de año

2012-07-13T08:22:00.000-07:00

Hola que tal a todos, quiero comenzar este post con varias disculpas a todos los usuarios de Droid 2 Global. Estuve alejado del post por vario tiempo y no di el soporte ni ayude lo suficiente como hubiera querido, ahora me doy cuenta que adaptarme a la nueva ciudad, trabajo y hobbies lleva tiempo. Con este post hago oficial mi salida de las pruebas de CM9 para Droid 2 Global; si alguno de ustedes estuvo (que envidia :) ) o vio a través de youtube google I/O 2012, se dieron cuenta que Android Jelly Bean (4.1) sera liberado en unos cuantos días OTA (el codigo fuente ya ha sido liberado) y de acuerdo a algunos post en el foro de Cyanogenmod, CM10 ya ha comenzado a ser desarrollado. Las noticias oficiales son que se tendrá un release estable de CM9 basado en ICS a la par que se esta desarrollando la nueva versión. La mala noticia es que el porte de cyanogenmod para Droid 2 Global no es oficialmente reconocido por lo tanto la gente de cyanogenmod no puede prometer un release oficial para este dispositivo. Algunos de los desarrolladores ya han comenzado a trabajar en nuevos proyectos y el trabajo de CM9 para Droid 2 Global se ha disminuido.

El segundo punto que quiero tratar (y que esta relacionado con el primero), es que he adquirido un nuevo celular. Mi Nexus Galaxy llego la semana pasada y esta excelente, y mas por que hoy acaba de ser actualizado a Android 4.1 Jelly Bean. Por los comentarios que se hicieron la semana pasada en Google I/O es que esta semana Nexus Galaxy, Nexus S, Motorola Xoom y Nexus 7 serian actualizados en algún momento de esta semana y así fue. Google cumplió su palabra, eso me lleva al siguiente punto.

Android Jelly Bean (4.1) es muy similar en aspecto (abajo les dejare unos screen-shots) pero el desempeño se puede notar desde el primer uso. En google I/O se anuncio que la VSync seria introducido a todo el sistema base de android y que las animaciones serian mas suaves (pueden ver esta platica aqui). Pues esto es cierto la verdad es que las animaciones, el tiempo de respuesta y el uso de los widgets y el menú se sienten mucho mejor desde la primera vez que lo usas, aun y cuando se vean como cosas muy pequeñas esto mejora mucho la experiencia de uso del celular. Lo mejor de esta nueva versión de android es "Google Now"; cuando lo vi anunciado en I/O no me pareció gran cosa, pero la verdad es que si presenta otra cara del sistema, el reconocimiento de voz es excelente. Funciona muy bien y aun en Español y las famosas "CARDS" que presenta en realidad presentan información importante, clima, transito y recordatorios. Es un muy buen feature a mi forma de pensar. Ahora la funcionalidad del reconocimiento de voz ahora funciona aun cuando no se cuenta con Internet en el dispositivo y puede servir para buscar dentro de todos los items del telefono, llamar, tocar música y mas.

Otro punto que quería compartir con ustedes es que ya están disponibles la mayoría de las sesiones de google I/O en youtube. Si alguno de ustedes las vio (como fue mi caso) a través del canal de youtube o si tubo la suerte de ir a San Francisco a verlas en vivo se dio cuenta que hubo bastantes anuncios por parte de la gente de google y muchas platicas interesantes sobre Android y otros productos de Google; ademas, a todos los asistentes al evento les regalaron un Nexus Galaxy, la nueva tablet de google Nexus 7 y el nuevo centro multimedia que desarrollaron Nexus Q. Espero en un futuro poder ir a uno de estos eventos para que me regalen también cosas. Si estan interesados en ver las sesiones pueden encontrar el indice en https://developers.google.com/events/io/; para mi gusto de las mejores fueron "What's new in Android", con Romain Guy y Chet Hase y tambien "Making Good Apps Great:..." con Reto Meier. Ellos son unos de mis oradores favoritos en cuanto a Android y ya se me esta haciendo costumbre seguirlos en las sesiones de google I/O, las sesiones de Reto aun y cuando habla de cosas avanzadas dentro del sistema se hacen divertidas con los vídeos que muestra.

Bueno pues este es un post un poco largo y no muy técnico, solo quería escribir lo que ha pasado últimamente con mi vida y lo que estará por venir. Espero y poder seguir ayudando a la comunidad de Droid 2 Global e iniciar con desarrollos y hacking para Nexus Galaxy así como futuros ejemplos y tips de algunas nuevas aplicaciones que tengo pensadas desarrollar. Ya para terminar les dejo algunas imágenes de Android Jelly Bean y de mi nuevo dispositivo.

Como siempre un saludo a todos y gracias por leer el blog.

Batería Droid 2 Global

2012-06-04T08:04:00.000-07:00

Hola que tal a todos, antes que nada una disculpa por no haber estado muy al pendiente del blog en los ultimos meses. Me he mudado de trabajo, país y aun me estoy adaptando. Ademas he estado muy envuelto en probar CM9 y todos los builds que han estado saliendo para el cel y no he tenido mucho tiempo de probar muchas cosas mas para el cel.

En esta ocasión les quiero hacer una pregunta a todos los lectores del blog, antes que nada pues el estado del desarrollo de CM9 va bien, se han realizado buenos progresos pero aun tenemos problemas con los modulos HAL de la cámara y el audio pero esperemos tener progresos. Tomar fotos es casi 100% seguro aun tenemos problemas cuando el telefono va a stand by y la cámara esta preparada y el audio con bluetooth esta dando buen dolor de cabeza. Pero pronto ya podremos tener esta excelente rom en nuestro cel.

Bueno la pregunta, en los ultimos dias estube flasheando varios roms y ahora el telefono ya no quiere iniciar, lo ultimo que pude realizar es flashear ROM 608 de Verizon con sbf_flash y rootear el cel y luego de eso ya no inicia el teléfono, se queda en el modo de carga pero la bateria presenta un "?" y si entro al bootloader me dice que no tiene suficiente bateria para programar. Ya intente con varios cargadores y nada, por lo que estube leyendo es problema de la batería pero aun no quiero comprar una batería de reemplazo si este no es el problema. Alguna vez les ha pasado este problema??? si tengo que comprar una bateria de reemplazo estoy pensando seriamente en cambiar tmb el celular por otro modelo y dejar este solo para desarrollo. Pero esperemos y aun pueda durar un poco mas por que la verdad me encanta el telefono.

Nuevas Noticias para CM9 y Droid 2 Global

2012-04-10T10:09:00.000-07:00

Hola que tal a todos, primero que nada una disculpa por haber tardado tanto en escribir de nuevo en el blog. Este ultimo mes ha sido muy ajetreado, cambie de trabajo, de residencia y me tuve que decir hasta luego a muchos de mis amigos en casa :(. Primero que nada les tengo malas noticias a todos los usuarios que recibieron la ultima actualización de Verizon y que trataron de hacer flash a versiones anteriores y que ahora están atorados con el bootloader. Fui personalmente a varios distribuidores de Verizon y trate de explicar la situación, lo único que me dijeron es que eso no se debe de hacer y por lo tanto el teléfono pierde su garantía y como estos teléfonos ya no están siendo distribuidos lo único que podemos hacer es llevarlos para que nos los tomen a cuenta por uno nuevo. Ahorita tienen una promoción de llevar el cel viejo y te hacen un descuento de $50 dolares en la compra de uno nuevo pero me comentaron que ellos no pueden cargar la imagen del sistema, necesitarían mandarlo a un centro de reparación y como ya no tiene garantía tendría un costo para mi. (Creo que la persona del mostrador no me entendió muy bien y lo que quería era venderme uno nuevo :S jejeje). Por lo tanto creo que Verizon no es una opción para reparar el cel, estuve buscando en Internet pero aun no encuentro la manera de obtener la imagen o un archivo de imagen listo para esta nueva versión; así que la espera tendrá que continuar, lo siento por eso.

Por otro lado el desarrollo de CM9 para el cel va en progreso, se han tenido grandes avances y creo que hasta este momento ya se puede considerar una versión como Beta, estos probando el build del 3 de abril que realizo Angel y la cámara ya esta funcionando, existen pequeños problemas aun con el vídeo pero ya es poco lo que falta hasta tener una versión estable para el cel. Los invito a probarla y a ayudar a reportar posibles problemas que puedan tener ya sea por este medio o en la pagina oficial de rootzwiki del desarrollo, aquí les dejo el link desde donde pueden descargar la ultima versión lo único que necesitan es estar en la versión 608 (Gingerbread) de Verizon y flashear el Zip utilizando clockworkmod yo creo ya la mayoría esta familiarizado con este procedimiento, si no puede dejar un comentario tmb y lo volvemos a revisar.

Para descargar el ultimo build visiten:
http://synibox.info/synik4l/x13thangelx/D2G/cm9/

El thread oficial de desarrollo en RootzWiki
http://rootzwiki.com/topic/17976-cyanogenmod-9-unofficial-for-droid-2-global-ics403-update-31512/

P.D. Si alguien tiene alguna información sobre como sacar o de donde descargar una imagen SBF de la nueva versión de Verizon (4.5.629) se les agradece que comenten.

Cyanogenmod 9 en Droid 2 Global

2012-03-01T18:52:00.001-08:00

Hola que tal a Todos, les tengo muy buenas noticias, se ha estado trabajando duro en el porte de Cyanogenmod 9 para el droid 2 global y les quiero comentar que el build que se hizo el dia de hoy es bastante bueno, los dos grandes problemas que se tenian anteriormente era con los datos 3g en las redes GSM y la camara. En este build ya se puede configurar la red de datos al 100 % y la camara aun presenta unos pequeños problemas que esperemos podamos corregir en los dias siguientes.
Muchas gracias a Gasai Yuno, X13thangelx, entre otros y a la gente de rootzwiki.

A continuacion les dejo los links de donde descargar el rom para su instalacion. Es necesario estar en kernel de gingerbread y flashear los siguientes archivos utilizando clockworkmod recovery.

~~CM9: http://droid.koumakan.jp/files/CM9-D2G-2012-03-01-gasai.zip~~
Gapps: http://goo-inside.me/gapps/gapps-ics-20120215-signed.zip

Si alguien quiere seguir el post oficial en rootzwiki pueden hacerlo en esta pagina: http://rootzwiki.com/topic/17976-cyanogenmod-9-unofficial-for-droid-2-global-ics403-update-30112/

En los siguientes dias estare platicando muy de cerca con x13thangelx y los demas developers para poder traer nuevas versiones estables. Si deciden probarlo y encuentran algun bug no olviden reportarlo. Ya sea en este blog on directamente a los developers.

Aqui les dejo unos screens de como se ve mi cel.
Saludos

UPDATE: Una disculpa pero detectamos un error en las llamadas GSM el telefono falla al enviar llamadas y algunas veces al recibir. No usen el link por fas haremos otro build desde donde podamos probar de nuevo.
Saludos y una disculpa

UPDATE 2: actualmente estoy probando un nuevo build que esta funcionando muy bien, todo menos la camara funciona bien. Este desarrollo marcha muy bien, pueden encontrar los builds que hace el desarrollador manualmente en el siguiente link:
http://synibox.info/synik4l/x13thangelx/D2G/cm9/
yo estoy probando este build.
http://synibox.info/synik4l/x13thangelx/D2G/cm9/CM9-D2G-03012012r3.zip

Ice cream Sandwich Alpha para Droid 2 Global

2012-01-31T10:25:00.000-08:00

Hola que tal a todos, un saludo y gracias por seguir el blog. Ultimamente he estado ocupado tratando de ayudar a la gente de RevNumbers y Cyanogenmod para poder obtener una rom estable de Cyanogenmod 7 para el teléfono; mas sin embargo les tengo malas noticias al parecer el desarrollo se termino para esta rom, ya no han sacado nuevas versiones de prueba y el desarrollo no ha avanzado mucho. La buena noticia es que la gente ya esta trabajando en la versión de CM9 basado en ice cream sandwich para el Droid 2 global, en esta etapa existen algunos alpha releases pero aun no funciona el teléfono al 100%.
Por los reportes que se han echo estas son las funcionalidades que están soportadas al momento.

Funciona	No Funciona
Audio	Teclado (algunas teclas se menciona la b y alts)
Bluetooth	Camara
Wifi	3G
Aceleración 2D/3D	GSM Radio
Sensores (Giroscopio, etc)
CDMA
USB
Escalación del CPU

Ya estoy trabajando en un build y un post sobre una manera sencilla de instalarlo y probarlo, por el momento a mi me dio mucha lata en el cel y volví a CM7 pero es bueno saber que el cel no se esta quedando olvidado en los desarrollos de ISC. Existen algunos rumores de que motorola no actualizara a ISC de manera oficial así que para nosotros los que queramos tener android 4 en el D2G va a ser necesario seguir muy de cerca estos releases de CM9.

Espero poder tenerles pronto mas noticias sobre estos builds. Si alguien quiere seguir el thread oficial aqui les dejo el link a rootzwiki

Saludos a todos.

Estas son unas imágenes sobre el alpha build de CM9.

Cyanogen Mod 7.1.0 estable en Motorola Droid 2 Global 2/2

2012-01-16T12:00:00.000-08:00

Actualizacion: Con el tempo las roms de este telefono han cambiado mucho. Algunos de los pasos aqui mostrados como hacer root ya no funcionan. Por favor vean este video: https://www.youtube.com/watch?v=oHQS7r7ADOw

Esta es la segunda parte de como instalar CM7 estable en nuestro droid 2 global, la primera parte se trato de como volver a la versión 2.4.330 de Verizon y obtener permisos de root, esto es básico para poder instalar nuestro room y lo pueden consultar aquí. Ahora si una vez que tengamos todo listo (software de Verizon y root access) iniciamos por instalar las aplicaciones necesarias.

INSTALAR ROM MANAGER Y CWM RECOVERY.
Dentro del Android Market buscamos la aplicación Rom Manager Free y la instalamos. El logo de la aplicacion debe de ser como el siguiente:

Una vez que tengamos instalada la aplicación es necesario que instalemos ClockWorkMod Recovery esto se hace seleccionando la primera opción del la aplicación. "Flash ClockWork..." este pequeño programa es necesario para instalar CM7 mas sin embargo también se pueden instalar otros custom roms desde esta aplicación.

Segundo descargamos CyanogenMod desde rom manager seleccionando Download Rom -> CyanogenMod -> CyanogenMod 7.1.0. Este proceso es tardado por que descarga la imagen desde Internet y pesa algo asi como un poco mas de 100 MB. Así que es necesario que tengas espacio en tu SD card y también es recomendable que utilices Wifi para completar este paso.

Tercer paso reiniciar en CWM recovery seleccionando Reiniciar en Recovery desde la aplicación, esto reiniciara el teléfono y lanzara una aplicación en consola para poder instalar el archivo zip que acabamos de descargar en el paso 2. Este programa en consola contiene varias opciones y nos podemos desplazar utilizando las teclas de volumen, para seleccionar una opción utilizamos la tecla de la cámara y para cancelar o regresar a otro menú utilizamos el botón de apagado. Lo que tenemos que seleccionar aquí es lo siguiente.
Install Zip from SD Card -> Choose Zip y luego navegamos nuestra SD card para encontrar el archivo zip de CM7, Rom manager guarda los archivos descargados en la siguiente ruta, así que ahí pueden encontrar el archivo. sdcard -> clockworkmod -> download -> download.cyanogenmod.com -> get. Seleccionen el archivo y el proceso de instalación debe de iniciar.

Al terminar la instalación seleccionan wipe cache partition y luego wipe data/factory reset para limpiar las posibles configuraciones y caches que puedan causar problemas al rom. Y para finalizar seleccionan reboot now.

Una vez que el teléfono inicie tendrán CM7 instalado en el celular, yo pensé que esta versión de CM7 estaría basada en un kernel anterior a Gingerbread como lo comente en la primera parte del post pero no las configuraciones del sistema muestran que no es así. De los pequeños bugs que detecte fueron algunos problemas con el USB (lo cual escribiré como arreglar un poco mas abajo) y el bluetooth el cual no he terminado de probar, aunque en otras versiones tampoco había sido capas de transferir archivos a mi maquina por bluetooth pero seguiré investigando. La verdad es que esta versión funciona bien, pude configurar mis APNs para tener datos sin mayores problemas y me ha estado funcionando bien, hasta el momento la pila me ha durado igual que con el software anterior pero yo creo que eso ya es problema de la batería y aparte lo traigo muy cargado de aplicaciones y servicios. Espero que se animen a probarlo y comenten que tal les va con el rom, yo seguiré probando nuevas versiones y espero que pronto tengamos mas avances para el cel y que no nos olviden en la actualización a ISC.

ARREGLAR PROBLEMA DE USB

Uno de los bugs que se notan mas fácilmente al instalar esta versión de CM7 es la conexión por usb, al conectarlo a la computadora el cel no es reconocido es necesario reiniciar el teléfono con el usb conectado para que sea detectado y poder transferir archivos. Este problema se debe al demonio usbd y a la aplicación de usb que están corriendo en el sistema es necesario sobre escribir estas aplicaciones para que funcionen correctamente.
Lo primero que tenemos que hacer es descargar las versiones corregidas a nuestra maquina el paquete de descarga lo pueden encontrar en el siguiente post y extraemos el contenido en una carpeta del sistema:
http://forum.xda-developers.com/showpost.php?s=530b31bd31968624b953bd99d85d7bd2&p=19768896&postcount=34

Segundo pasamos los archivos a nuestra SD card, podemos utilizar el teléfono reiniciandolo para que lo reconozca la pc como mencione anteriormente o podemos sacar nuestra SD y pasarlos directamente. Deben de ser dos archivos usdb y usb.apk.

Luego lanzamos la aplicación Terminal Emulator (la cual debe de venir instalada en CM7 o la podemos descargar del market), la cual nos muestra una terminal de linux donde ejecutaremos una serie de comandos. Tratare de explicarlos uno por uno por si existe alguna duda, recuerden que estas lineas se basan en que usdb y usb.apk se encuentran en la raíz de su SD Card si guardaron los archivos dentro de alguna otra carpeta va a ser necesario que ajusten los paths.

Los comandos son:
su
#para obtener permisos de root, en este paso superuser les pedira confirmacion.

mount -o rw,remount -t ext3 /dev/block/mmcblk1p21 /system
#para montar el sistema de archivos donde se encuentran las aplicaciones del sistema en modo lectura/escritura

cp /system/bin/usbd /system/bin/usbd_old
#para respaldar el actual demonio de usb con el nombre usbd_old

cp /sdcard/Usb.apk /system/app
#para instalar la aplicacion de monitoreo de usb

rm /system/bin/usbd
#para borrar el demonio actual de usbd

cp /sdcard/usbd /system/bin/usbd
#para copiar el demonio correcto al sistema

chown root.root /system/bin/usbd
chmod 755 /system/bin/usbd
chmod 644 /system/app/Usb.apk
#para dar los permisos necesarios a las nuevas aplicaciones.

Una vez que terminemos reniciamos y con esto el teléfono ya podrá ser reconocido por la pc sin necesidad de estar apagando y prendiendo el cel como locos.

Bueno espero y estos posts les sean de ayuda y se animen a probar CyanogenMod la verdad a mi me gusta mucho mas que el rom original de Verizon y aun y cuando aun tengo algunos pequeños bugs funciona mas estable y rápido que otras versiones. Ojala y los night builds que nos ofrecen las personas de RevNumbers sigan mejorando y podamos tener pronto nuevas versiones estables de este grandioso ROM.

Un saludo a todos y espero no tardarme tanto tiempo en volver a escribir y tener noticias de los lectores.

Cyanogen Mod 7.1.0 estable en Motorola Droid 2 Global 1/2

2012-01-16T11:59:00.000-08:00

Actualizacion: Con el tempo las roms de este telefono han cambiado mucho. Algunos de los pasos aqui mostrados para hacer root ya no funcionan. Por favor vean este video: https://www.youtube.com/watch?v=oHQS7r7ADOw

Hola que tal a todos, buen año. Una disculpa por haber tardado tanto en escribir en el blog pero el fin e inicio de año fue una locura. Mas sin embargo estar alejado de la compu me dio la oportunidad de probar y exprimir el cel a todo lo que da asi que probe el desempeño de algunas night builds y versiones de CM7. Ahora les quiero platicar como instalar CM7 Estable, en el cel. Gracias a jesus que me animo a probar esta versión, ya tiene algún rato que fue lanzada pero por los comentarios y las guías de instalación yo pensé que estaría basada en Froyo y cual fue mi sorpresa que no, el kernel es 2.6.32-9 y la versión de android base es 2.3.7 así que como pueden ver es una versión estable basada en Gingerbread, aun sigo probando los night builds que genera RevNumbers para ver si podemos tener una versión mas nueva de CM7, en cuanto tenga algo también les escribire al respecto.

La forma mas fácil de instalar el rom es utilizando Rom Manager que se puede descargar desde el Android Market, pero no todo puede ser miel sobre hojuelas, los requisitos son que el cel cuente con root y que se encuentre en la versión oficial de verizon 2.4.33; así que si alguno de ustedes cumple con los requisitos pasen directamente a la sección de instalación. Los que no, pues necesitan leer primero estas lineas.

INSTALAR VERSION OFICIAL VERIZON 2.4.33

Si su cel cuenta con la versión mas nueva del software de Verizon (la cual tanto esperamos y para mi fue decepcionante) o si cuentan con algún otro custom rom, lo primero que necesitamos es volver a la versión inicial del celular. Estos pasos ya los había publicado en otros posts pero no esta de mal recordarlos.
Lo primero que necesitamos es la imagen sbf de esta version del sistema, la cual se puede descargar desde el siguiente link: http://www.multiupload.com/FIW8B8TJ7I o si gustan pueden ponerse en contacto con migo por correo y yo se los paso. (creo que el archivo esta comprimido es necesario descomprimirlo para que nos quede el archivo sbf en una carpeta).

Dos necesitamos RSD Lite o sbf_flash para poder flashear esta imagen a nuestro celular, como mi computadora tiene linux utilizare sbf_flash pero RSD Lite no es muy difícil de usar y los pasos base son los mismos solo el flasheo es el que cambia. Los dos softwares se pueden obtener desde aquí:
RSD Lite: http://forum.xda-developers.com/showthread.php?t=1348587
sbf_flash: http://blog.opticaldelusion.org/search/label/sbf_flash

Tres una vez que tengamos los requerimientos los ponemos juntos en una misma carpeta, conectamos el teléfono a usb y reiniciamos en modo recovery, esto es apagamos el teléfono, presionamos ambas teclas de volumen y prendemos el cel. Una pantalla negra con letras blancas debe de aparecer que diga usb.

Ya con todo listo ejecutamos sbf_flash como root y con el siguiente comando:
sbf_flash .sbf, la pantalla del teléfono debe de cambiar a la leyenda "software update in progress". Esto quiere decir que la imagen esta siendo cargada, es importante no desconectar el teléfono ni apagar la pc por que si no la imagen quedara a medio cargar y no se podrá utilizar, hasta que se cargue correctamente.

Nota: si utilizan RSD Lite solo el tercer paso cambiaría, seleccionen la imagen y presionen el botón start. aquí les dejo una imagen de como se vería en windows. También es importante saber que si están utilizando esto bajo windows es necesario instalar los drivers de Motorola para que el teléfono pueda ser detectado. Los cuales los descargan desde aquí: http://www.motorola.com/Support/US-EN/Support-Homepage/Software_and_Drivers/USB-and-PC-Charging-Drivers

Al terminar este paso y prender el celular normalmente el teléfono iniciara como si fuera recién sacado de la caja, con la versión oficial de Motorola y des configurado, es necesario configurar tus cuentas e información de nuevo; cabe mencionar que si el teléfono fue desbloqueado para poder utilizarse en redes GSM u otra red que no es Verizon, esto se quedara igual. No sera necesario desbloquearlo de nuevo.

TENER ROOT PARA EL TELEFONO

Luego de tener la versión original de Verizon en nuestro teléfono es necesario permitir acceso de root a varias aplicaciones o rootear el teléfono como mucha gente le llama, este paso es muy sencillo y utilizaremos pete's motorola root tools para realizarlo. Lo que necesitamos es descargar las herramientas desde la siguiente dirección:
http://www.mediafire.com/?2ugcdue4cw7dtc5

o desde aquí si estas utilizando Windows

http://dl.dropbox.com/u/6643359/Software/Android/PetesMotorolaRootTools_v1.07.zip

extraemos el contenido de los zips en una carpeta y conectamos el teléfono a la computadora, y seleccionamos la opción de "charge only" para que la tarjeta sd no sea extraída.
Luego habilitamos el usb debugging en el teléfono en el menú de configuraciones - Aplicaciones - Desarrollo - depuración usb.

Y al final ejecutamos run_to_root_your_droid3.sh como root o si estas en windows MotorolaOneClickRoot.exe, el programa te ira mostrando mensajes de que es lo que va pasando y ara que el teléfono se reinicie varias veces. Al terminar y si todo sale bien ya tendrás acceso de root en el teléfono y una nueva aplicación instalada que se llama superuser.
Aun y cuando estas herramientas están echas para el droid3 y en algunas partes especifica que es para droid3 si funcionan en este dispositivo. Pueden consultar mas información en la pagina oficial de pete's http://www.psouza4.com/Bionic/

Cyanogenmod 7 en Droid 2 Global

2011-12-07T12:40:00.001-08:00

Hola que tal a todos, solo les quería comentar que no estaba muerto solo andaba de parranda :P. Ya hacia un buen rato que no escribía en el blog y me disculpo por eso, el trabajo ha estado medio pesado y estaba haciendo muchos experimentos con el teléfono. En las ultimas semanas había estado haciendo muchas pruebas con cyanogenmod para poder utilizar este rom en nuestro telefono, la verdad es que es muy bueno pero aun el soporte para nuestro teléfono no es oficial, tras varios intentos y muchas pruebas les puedo comentar que es posible instalar y utilizar mas sin embargo existe un bug que no me deja agregar APNs, cuando el teléfono es agregado a una red GSM existen algunas fallas en el proceso android.phone pero al final funciona. En estos momentos mi teléfono esta pasando por malos momentos, ya no puedo obtener permisos de root, he tenido que flashear de vuelta a verizon 2.4.33 pero ni aun así. Puedo instalar bootstrapper para tratar de flashear diferentes roms pero al parecer superusuario falla y no puedo iniciar en modo recovery. En fin la verdad es que los pocos días que conté con cyanogenmod me funciono muy bien a excepción de los APNs, la interfaz es mas fluida y las aplicaciones son mas vainilla.Aun así esta versión nos sigue presentando la pantalla de bloqueo con el desliz, no es posible quitarlo para tener un bloqueo solo por patrón u algún otro.
En fin si alguno de ustedes se anima a probarlo aquí les dejo los pasos que seguí para instalarlo.

1. Es necesario estar en la actualización oficial de gingerbread (608) y tener root access.
2. Luego en el market es necesario instalar Rom Manager y Room Toolbox. El primero es para poder utilizar clockwork recovery y el segundo para descargar los builds nocturnos de cyanogenmod para el D2G ya que Rom Manager te presenta la versión "estable" pero aun no funciona.
3. Abrir Rom Tool box, luego seleccionan la opcion rom manager y seleccionan el rom RevNumbers CM7 nightlies.
4. Una vez que este descargado seleccionamos instalar y checamos el box de limpiar cache. Es bueno que antes hagan un respaldo de su imagen seleccionando en el toolbox, room manager luego deslizando a la izq y seleccionando rom backup.
5. El proceso de instalación reiniciara el teléfono y comenzara a instalar la imagen una vez que se inicie tendrán cyanogenmod 7 en el droid 2 para poder jugar con el.

Un tip, si al reiniciar el teléfono el logo rojo de motorola tarda mucho o se reinicia en la animación del ojo de droid, es necesario quitar la pila del teléfono luego iniciar en modo android recovery (prender el teléfono con ambas teclas de volumen presionadas) y limpiar el cache varias veces (para mostrar el menú presionen de nuevo las teclas de volumen, para moverse entre opciones usen las mismas teclas y para seleccionar usen el botón de bloqueo de pantalla). Se sabe que el teléfono esta por iniciar por que hace una pequeña vibración antes de iniciar.

Bueno espero y el post ayude a algunos a animarse a probar el rom, yo seguiré intentando y flasheando y haciendo muchos tweaks al teléfono hasta que quede algo estable y les comentare mas delante como me fue. Y si alguno de ustedes es desarrollador tal vez me puedan ayudar, últimamente el D2G no funciona en USB debugging en Fedora, acabo de actualizar a FC16 y no he podido configurar udev, en Fedora 15 me funcionaba muy bien. O también tengo un proyecto para un area deportiva para el cual estoy solicitando ayuda, si alguno esta interesado por favor contacteme.

saludos a todos

10 Mejores super-computadoras

2011-11-21T12:19:00.001-08:00

En esta ocasión me voy a salir un poco sobre el tema de android solo para compartir con ustedes un link que me pareció muy interesante sobre computación. En esta liga de abajo podrán encontrar las 10 mejores super-computadoras y su poder de procesamiento; cabe destacar que Japón y China avanzaron bastante en la construcción de estas maquinas y ahora se encuentran en las primeras posiciones de la lista. Me gusto mucho el articulo ya que muestra imágenes de los equipos y podemos ver como una computadora que tiene mas de 700,00 procesadores y tiene un poder de procesamiento de 10 petaflops por segundo se ve en la vida real.

Me pregunto si en alguna de estas computadoras se podrá instalar Android???

Saludos

http://www.datacenterknowledge.com/the-top-10-supercomputers-illustrated-nov-2011/