Hoy en día es casi imprescindible el uso de Internet o de bases de datos alojadas en la red por parte de nuestas aplicaciones Android. Uno de los métodos más fáciles y comunes para realizar una comunicación hacia dichos servicios y bases de datos se realiza mediante el consumo de servicios web, los cuales en la mayoría de los casos actuan como una capa intermedia entre nuestra aplicación e Internet.Hoy explicaremos como enlazar nuestra aplicación con nuestros servicios web.

Nota:Si no sabeis como crear un servicio web bajo .NET os recomiendo que echeis un ojo a éste artículo en el que explico como crearlo.

Obtención e importación de la librería ksoap2

Lo primero de todo es descargar la librería que nos permitirá la conexión hacia el servicio web. Se trata de ksoap2 y desde aquí podemos descargar el .jar .Una vez descargado y creado un proyecto Android en Eclipse, en la carpeta /res del proyecto crearemos una carpeta llamada lib en la que guardaremos el .jar (para saber siempre donde buscarlo a la hora de añadirlo a nuestro proyecto).

Ahora procederemos a añadirlo como librería a nuestro proyecto. Suponiendo que utilizamos Eclipse, hacemos click derecho sobre el proyecto y vamos a Propiedades, en la sección Java Build Path nos movemos hasta la pestaña Libraries, damos a Add JARs y procedemos a seleccionar el jar descargado (Lo acabamos de poner dentro de la carpeta lib del proyecto).

Una vez que ya tenemos nuestro librería añadida estamos listos para usarla. Para ello deberemos importarla añadiendo esto a la lista de import de la clase que vaya a hacer uso de la librería:

import org.ksoap2.SoapEnvelope;
import org.ksoap2.serialization.PropertyInfo;
import org.ksoap2.serialization.SoapObject;
import org.ksoap2.serialization.SoapSerializationEnvelope;
import org.ksoap2.transport.HttpTransportSE;

Importada la librería vamos a ver como se utiliza. Los pasos para realizar una conexión son por regla general los siguientes:

• Preparación de los datos necesarios para la conexión del servicio web (dirección del servicio web, nombre del método).
• Preparación de los datos a enviar al servicio web (en el caso que hubiera).
• Apertura de la conexión con los datos necesarios.
• LLamada al método y obtención de los datos provenientes del servicio werb (en el caso que hubiera).
• Tratamiento de dichos datos devueltos.

Nota: el último punto aunque no parezca importante si que hay que indicarlo para explicar mas tarde el procesamiento de datos complejos provenientes del servicio web.

Preparación de los datos para la conexión

Para llamar al servicio web necesitaremos cuantro cadenas de texto (String) que usaremos siempre para realizar las llamadas a los métidos del servicio web.

El primero es el denominado “namespace” cuyo valor nos indica el propio servicio web al crearlo. El namespace viene indicado en la cabecera del servicio web:

[WebService(Namespace = "http://ip:puerto/NombreDelServicio/")]

Por lo que la cadena que define el namespace sería:

private static String NAMESPACE = "http://ip:puerto/NombreDelServicio/";

El segundo es la URL del servicio web, que viene a ser la adición del nombre del archivo .asmx a la cadena que define el NAMESPACE:

private static String URL = NAMESPACE+"Service1.asmx";

El tercer dato que necesitamos es el nombre de método que guardaremos en la variable METHOD:

private static String METHOD;

El cuaro dato será el SOAPACTION, que será una combinación del NAMESPACE y del método al que llamemos:

private static String SOAPACTION = null;

Apertura de la conexión y adición de los datos

Definidos los datos iniciales veamos la preparación de datos en caso de que queramos enviar datos al servicio web.Para ello haremos uso de la clase SoapObject, que es un tipo de datos de encapsulación para poder enviar y recibir datos del servicio web (actua como un parseador de xml que es lo que se acaba enviando o recibiendo de un servicio web), y de la clase PropertyInfo que es una clase que nos permite añadir información al objeto SoapObject. Veamos un ejemplo.

METHOD = "method";
SoapObject request = new SoapObject(NAMESPACE, METHOD);
PropertyInfo pi1 = new PropertyInfo();
pi1.setName("variable1");
pi1.setValue(“a”);
request.addProperty(pi1);

Hay que tener mucho cuidado al añadir las variables, ya que el nombre de éstas debe coincidir con el nombre de las varibles del método al que llamamos en el servicio web. Como se ve lo que hacemos es crear un objeto PropertyInfo al que añadiremos el nombre y el valor de la variable que deseamos enviar.

Una vez que tenemos los datos a enviar, pasaremos a abrir la conexión. Para ello utilizaremos la clase SoapSerializationEnvelope y la clase HttpTransportSE:

SoapSerializationEnvelope envelope = new SoapSerializationEnvelope(
SoapEnvelope.VER12);
envelope.dotNet = true; //indicamos que utilizaremos servicios .NET
envelope.setOutputSoapObject(request); //añadimos a la conexión el objeto SoapObject anteriormente creado
HttpTransportSE androidHttpTransport = new HttpTransportSE(URL);
androidHttpTransport.debug = true; //nos aseguramos así de que funcione siempre

LLamada al método y obtención de los datos provenientes del servicio web

Ya que tenemos abierta la conexión no queda mas que definir la variable SOAPACTION y realizar la llamada.

SOAPACTION = NAMESPACE + METHOD;
try {
	androidHttpTransport.call(SOAPACTION, envelope);
	SoapObject response = envelope.getResponse();
	//tratamiento de la respuesta
} catch (Exception e) {
	Log.d("error", e.getMessage().toString());
	return null;
}

De ésta manera llamamos al método del servicio web. Si el metodo del servicio web devuelve algún dato tendremos que tratarlo. En el caso de que nos encontremos con algún tipo complejo de datos (como una lista o de alguna clase que hayamos creado para tal propósito) deberemos tratarlo para recuperar la información. Para ello utilizaremos la clase SoapObject que encapsula los datos recibidos sean cual sean su naturaleza y nos proporciona una serie de métidos para poder extraer la información tal y como se devolvió desde el servicio web.

Tratamiento de datos complejos provenientes de un servicio web

Pongamos que el método del servicio web al que llamamos devuelve un List, el tratamiento de datos sería algo así:

SOAPACTION = NAMESPACE + METHOD;
List l = new ArrayList();
try {
	androidHttpTransport.call(SOAPACTION, envelope);
	SoapObject response = envelope.getResponse();
	//tratamiento de la respuesta
	if (response != null) {//comprobamos que la respuesta no esté vacía
                //recorremos el objeto
		for (int i = 0; i < response.getPropertyCount(); i++) {
                           //obtenemos el elemento i de la lista (sabemos que es un String)
                           l.add(response.getProperty(i).toString());
                           Log.d("elmento"+i+"devuelto",response.getProperty(i).toString());
		}
		return l;
	} else {
		return null;
	}
} catch (Exception e) {
	Log.d("error", e.getMessage().toString());
	return null;
}

Explicaré mejor el código de arriba. La variable response del tipo SoapObject obtiene el List que se devolvío por parte del servicio web y mediante un bucle utilizando la variable getPropertyCount() que nos devuelve el número de elementos que posee, recorremos el objeto como si recorrieramos el List. Cada elemento obtenido mediante el bucle es del tipo SoapObject, al cual simplemente haremos un toString() ya que sabemos que es un String. Hay que tener mucho cuidado a la hora del procesamiento de los datos devueltos ya que hay que estar totalmente seguro de que tipo de datos devuelve el método invocado.

Si los datos fueran mas complejo aún (imaginemos un List<List>) deberíamos extraer cada SoapObject del objeto devuelto por parte del servicio web (que a su vez sería un List) para, mediante otro bucle anidado, recorrer la segunda lista obteniendo ya si los valores de las cadenas de texto que contienet. Sería algo así:

if (response != null) {//comprobamos que la respuesta no esté vacía
        //recorremos el objeto
	for (int i = 0; i < response.getPropertyCount(); i++) {
        //obtenemos el elemento i del List< List< String > >;
        SoapObject element = response.getProperty(i);
       /*recorremos el List< String > i */
        for(int j=0;j< element.getPropertyCount();j++){
	        String a = element.getProperty(i).toString();
	        //tratamos la cadena a
	}
}

Y con esto daríamos por concluída la lección sobre conexiones a servicios web .NET en Android usando ksoap2. Éstas conexiones nos vendrán muy bien por ejemplo para acceder a datos que están alojados en bases de datos en la red o simplemente para realizar operaciones fuera del alcance de nuestro dispositivo.

En Youtube puedes encontrar muchos otros vídeos de más duración y de distintas calidades (y tamaños).

- Información sobre el teléfono (IMEI, red, hacer un ping a google.es, establecer tipo de red preferido,…)

- Información de la batería(temperatura, nivel carga, estado, voltaje,tiempo desde el inicio,…)

- Historial de la batería (con gráficas y porcentajes del uso )

- Estadísticas de uso (tiempo de uso, número de incios de cada aplicación instalada)

- Información del servicio Blur (sólo para los Motorola con Moto Blur)

Es bastante curioso, estoy descubriendo poco a poco Android, y la verdad es que tiene muchas cosas que me gustan (aunque otras no).

Hay una demo para ver el lector adaptado a un navegador común. Lo he probado, y el aspecto es el siguiente:

Como puede verse, este lector online cuenta con los controles típicos para la lectura de eBooks (como ajustes el tamaño de letra, un índice desplegable, etc). Cabe destacar, además, la existencia de una barra de scroll con la que puedes desplazarte por todas las páginas del eBook.

Para terminar, podeis ver un vídeo demostrativo (en inglés) a continuación:

(Visto aquí)

• Pantalla Super AMOLED de 4” (resolución de 480×800 píxeles).
• Procesador 1GHz Cortex A8
• Memoria flash de 16 HB iNAND
• Cámara de 5 megapixels
• Cámara frontal VGA
• Cancelación de ruido
• Batería de Litio de 1500 mAH (6.7h en conversación 3G, y 14h en 2G; de 17 a 30 días en reposo –habría que verlo–).
• Sensor de proximidad, sensor de luz, giroscopio de 3 ejes…
• NFC (lo que supone un gran paso para esta tecnología)
• Android 2.3

Podeis ver todos los detalles aquí.

¿A quién no le gustaría hacerse con uno?. Si eres uno de los afortunados que va a poder conseguirlo tendrás que esperar unos días, ya que aún no está a la venta. Tampoco se sabe el precio oficial, así que todavía habrá que esperar unos días.

ACTUALIZACIÓN: Parece ser que estará a la venta a partir del 16 de Diciembre. Ya queda poquito.

Antes que nada, debo decir que el modem es de la marca Huawei modelo: E1552 .

Lo que tiene de particular este cacharro es que aparte de ser un modem es también un lector de tarjetas micro sd y también tiene una memoria interna con los drivers y programas para Windows, por lo que digamos comparado con otros que solamente son modem es “algo” más complicada su instalación (hay que dar un paso más).

Lo primero de todo es instalar un paquete para que reconozca este tipo de dispositivos “que tienen varias cosas a la vez” (en inglés que se llaman “flip flop usb devices”), el paquete en cuestión es: usb-modeswitch.

En muchas distribuciones estará en los repositorios oficiales si no se puede descargar desde su página web oficial.

Por ejemplo para instalarlo en Ubuntu, Debian o Linux Mint tenemos varias opciones:

1- Por consola: sudo apt-get install usb-modeswitch

2- Desde el centro de Software de Ubuntu (también lo tiene Linux Mint) buscamos usb-modeswitch y le damos a instalar.

3- Descargarlos de la web oficial (como ya he dicho antes) y compilarlo con las instrucciones que te vienen en ella.

Después de haberlo instalado nos vamos y hacemos “clic” botón derecho sobre el icono del Network-Manager > Editar las conexiones > Nos situamos en la pestaña de Banda Ancha Móvil y pulsamos Añadir

Nos debe haber reconocido el módem sin problemas, ahora tendremos que seleccionar nuestro país (España, por si andas perdido) , nuestra compañía de teléfono (en este caso es Orange, pero también vale para Movistar, Vodafone, Simyo, Yoigo, etc), luego nos preguntará el plan contratado (esto da igual el que seleccionamos, dejamos el que viene por defecto), por último aparecerán unos datos como número de teléfono, usuario, contraseña, etc, de los que NO debemos tocar nada, presionamos siguiente para terminar.

Tras esto, nos debe aparecer pulsando sobre el icono de Network-Manager en un apartado de Banda Ancha (activado por defecto, si no boton derecho > activar banda ancha) nuestra compañía (Orange) como si se tratase de un red más, pinchamos y todo listo.

Para empezar, yo voy a plantear una ventaja y un inconveniente de Android frente al iPhone:

Ventaja de Android contra iPhone

Android es una plataforma abierta, sin esas fuertes restricciones del iPhone de las que hablé. Puedes elegir el terminal que desees para ejecutar este sistema operativo (lo que posibilita incluso adquirir un teléfono de gama baja o media que corra Android o, por el contrario, hacerte con uno de los mejores terminales –que igualan o superan al iPhone en cuanto al hardware–). La experiencia de usuario depende del terminal en el que corras Android, pero incluso en terminales de gama baja o media es una experiencia muy buena, en comparación con cualquier otro sistema operativo. Si quieres utilizar el sistema operativo iPhone OS, estás obligado a hacerte con un iPhone, incluso aunque tuvieras suficiente con un hardware más modesto, no tienes más remedio que pagar el mejor terminal en cuanto a prestaciones, porque es el único.

Inconveniente de Android contra iPhone

La anterior ventaja puede ser vista como un inconveniente si nos fijamos en la fragmentación de Android. Al ser un sistema abierto y válido para una infinidad de terminales, cada fabricante tiende a personalizarlo y, aunque normalmente las modificaciones son buenas mejoras, tienden a retrasar el lanzamiento de actualizaciones del sistema. Además, el hecho de que Android funciones en multitud de terminales hace que no esté optimizado para ninguno de ellos. El iPhone OS,  por su parte, está muy optimizado para la arquitectura iPhone, pero claro, sólo corre sobre ella. Yo no veo esto como una pega real para Android, puesto que pese a no estar optimizado para una arquitectura en concreto, su rendimiento es espectacular (sobre todo en terminales de gama alta).

Espero que en vuestros comentarios deis vuestra opinión y debatamos todos juntos sobre el tema. Ventajas y desventajas, por favor.

Beneficiados:

• Apple: no cabe duda de que cualquier pequeño golpe que sufra Android puede suponer una alegría para la empresa de la manzana, que ve cómo el sistema operativo de Google se está convirtiendo cada vez en un rival más fuerte para su iPhone.
• Microsoft: con la salida de Windows Phone 7, Microsoft intenta reparar muchos errores que cometió con Windows Mobile. Windows Phone 7 sale al mercado en una época dura, en la que el iPhone –con su enorme éxito–, Android –con su apabullante crecimiento– y Blackberry –con su gran importancia en empresas– reinan en un mundo donde el resto de alternativas no proyectan la suficiente sombra.
• Intel y Nokia: ambas empresas unieron sus fuerzas no hace mucho para conseguir hacer llegar MeeGoo –un nuevo sistema operativo móvil basado en Linux– a una buena posición. Es evidente que cualquier dificultad para Android, el gran sistema operativo móvil Linux, pueda ser buena para MeeGoo.
• El software privativo y los abogados de patentes: patentar software es algo con lo que mucha gente no está de acuerdo, pero las patentes sirven para estas cosas: sacarle pasta al adversario.

Perjudicados:

• Usuarios y desarrolladores de software libre: cualquier golpe a un proyecto “abierto” tan grande como Android, es un duro golpe contra la gran comunidad del software libre. Aunque Google amortigua la “hostia” y veo difícil que usuarios y desarrolladores notemos algo.
• Oracle: sí, señores, creo que Oracle sale más perjudicada de lo que cree. No digo que económicamente sienta en algún momento el gran error que está cometiendo –no sólo con esta demanda, sino con las puñaladas que está asestando al software libre–, pero la mala publicidad que está consiguiendo entre blogs y foros no es buena para ninguna empresa. Están tirando por la borda muchos de importantes pilares que Sun consiguió erguir.

Conforme leí en ALT1040, Apple había solicitado el reconocimiento de una patente, bajo el título de “Sistemas y métodos para identificar usuarios no autorizados de un dispositivo electrónico“. Lo cierto es que si leemos algo a cerca de la patente, parece que está muy bien pensada y su único fin es proteger al dueño del dispositivo móvil. En dicha patente se especifican mecanismos para averiguar cuándo un iPhone (o iPod, iPad, etc) está siendo utilizado por una persona que no es su dueño (si se cambia la tarjeta SIM, por ejemplo); en cuyo caso Apple estaría en disposición de grabar audio, hacer fotografías, activar el GPS, etc. en dicho dispositivo a distancia y sin permiso del poseedor del mismo, con el fin de reconocer al supuesto ladrón.

Hasta ahí todo parece una buena idea, salvo por que quizá no podrías cambiar de SIM sin notificarlo a Apple. Pero su patente llega más allá, hasta tal punto en que un usuario que haga un Jailbreak también podría ser considerado un usuario no autorizado, y Apple podría desactivar el iPhone si quisiera. Esto es un gran problema, sobre todo teniendo en cuenta que con las restricciones de los iPhones, un Jailbreak resulta casi obligado para sacarle el máximo partido al dispositivo. ¿Desactivará Apple los iPhones con Jailbreak?

Vamos a ponernos en situación. Hace tan sólo un mes, la DMCA (Digital Millenium Copyright Act) dijo que la práctica del jailbreak es completamente legal. Por lo tanto, parece que legalmente, Apple lo único que podría hacer es anular la garantía del dispositivo, pero no convertirlo en un precioso ladrillo. Así que es posible que dicha solicitud de patente no sea aprobada, tendremos que esperar. Yo lo que opino es que si algún día se les ocurre desactivar un iPhone con Jailbreak, sobre todo en estos tiempos en los que Android anda tan pegado a iOS, Apple empezaría a perder clientes en masa, clientes que pasarían al androide.

Parece que la ley les puede dar un respiro a los usuarios de iPhone. Pero recordemos que Steve Jobs no siempre cumple la ley.

Por fuera

El primer vistazo muestra un dispositivo bonito, manteniendo la elegancia de Apple. Los materiales están muy cuidados y, aunque me parece un poco pesado (en comparación, por ejemplo, con el iPhone 3GS o mi HTC Legend), resulta bastante delgado, lo que hace que apenas estorbe en el bolsillo.

Pero si algo destaca del nuevo iPhone es su espectacular pantalla. Aquí hay que reconocer que me quedé boquiabierto. Una pantalla con una densidad de pixels tan alta que son totalmente inapreciables; es como mirar una fotografía, y no la pantalla de un móvil, ¡es increíble!.

Por dentro

Manejar un iPhone siempre es una gozada; es fluidez. En este caso, además, la sensibilidad de la pantalla parece algo mayor que en las versiones anteriores, por lo que resulta más suave todavía la manipulación de imágenes y el movimiento por el menú y las aplicaciones.

Pero no todo es gloria y perfección. Ahora viene lo que no me gusta del iPhone, y de Apple en general; básicamente se trata de determinadas características de iOS. Utilizar un iPhone, ahora que estoy acostumbrado a Android, me hace recordar por qué abandoné Windows un día, en virtud de GNU/Linux. iOS no se parece a Windows; me refiero a que iOS está bien programado, pero sí que me recuerda a Windows en lo restrictivo que resulta. Es tan restrictivo que realizarle un Jailbreak resulta casi obligado, puesto que tal y como viene el teléfono de serie, no puedes hacer cosas como:

• Instalar aplicaciones que no estén en la AppStore. A lo mejor a algunas personas no les importa, pero a mí me gusta programar, y quiero poder distribuir una aplicación entre mis amigos sin tener que subirla a la AppStore y esperar a que pase la censura de Apple.
• Ver y ejecutar flash en páginas web. Esto es algo fundamental hoy en día; existen multitud de contenidos flash en Internet. No puedo entender que Apple quiera símplemente hacer imposible a sus clientes el acceso a dichos contenidos. No lo entiendo.
• Poner cualquier canción como melodía. Sí, parece mentira, y hasta ayer no sabía nada; pero resulta que en iOS sólo puedes poner de melodía una de las que vienen por defecto, y si quieres utilizar otra canción tienes que utilizar iTunes en el PC para hacerlo. ¡Qué vergüenza!

Otras cosas que un Jailbreak no cura, y que se deberían mejorar en iOS, son el sistema de notificaciones y la pantalla home. Aquí Apple debería aprender un poco de Android, en el que el sistema de notificaciones está muy trabajado, y en la pantalla home se pueden utilizar widgets que extienden las posibilidades del móvil.

Por tanto, el iPhone 4 que compras en la tienda creo que vale menos de lo que cuesta. Por menos dinero puedes hacerte con un terminal Android de los buenos, sin ese tipo de restricciones. Claro, que si no quieres instalar aplicaciones que no estén en el AppStore, y eres un usuario estándar que se limita a utilizar iOS con sus limitaciones, quizá un Jailbreak no te sea necesario… pero entonces creo que tampoco te sería necesario un iPhone 4. Pero bueno, cada uno decide en qué se gasta su dinero; por eso Apple está en la posición en la que está.

El antenagate

El gran y famoso problema del iPhone 4 es la perdida de cobertura, sobre todo en zonas con cobertura no muy alta, en el momento en que coges el móvil de forma corriente con la mano izquierda.  Muchos dicen que no es para tanto,  y otros creen que con una actualización de software se corrige –es imposible, puesto que el problema es a nivel hardware–.

Yo he podido comprobar el fenómeno, y realmente existe esa pérdida de cobertura cuando tapas un poco la esquina inferior izquierda. Lo que no sé es si durante una conversación telefónica, este fenómeno puede incluso llegar a cortar la llamada, pero si es así… es una gran cagada, teniendo en cuenta que un iPhone 4 es un teléfono –igual que un iMac es un ordenador, aunque Apple se crea tan especial como para no utilizar las palabras ordenador o teléfono en sus campañas–.

En resumen

En resumen, el iPhone 4 es un buen teléfono, pero siempre y cuando le hagas un jailbreak; de otro modo a mí se me queda bastante cortito, por las cosillas que os he comentado. Pero la problemática viene cuando vengo escuchando últimamente que Apple piensa anular iPhones que hagan jailbreak, porque es algo que ven realmente mal –mientras que yo lo veo necesario, por culpa de las limitaciones que imponen–. No es algo que esté confirmado, pero en tal caso, si se cumple el rumor, el iPhone me dejaría de parecer lo medianamente interesante que me parece.

Como ya dije, abandoné Windows hace tiempo en mis PCs, y hoy en mi bolsillo prefiero un Android medio bueno que el mejor de los iPhones. Unos estarán de acuerdo, otros no; pero es mi opinión.