Pero, a veces, el destino es caprichoso y te lleva por caminos insospechados. Te encargan que hagas un prototipo en Android y, cuando te quieres dar cuenta, estás RESTificando tu aplicación para conectarte a ella, como Dios manda, desde tu zapatófono con el sistema operativo de Google.

Y, cuando te pones en serio a implementar algo, pasa lo de siempre: que te manchas las manos y nada es tan limpio como parece. Perdí al menos un par de horas intentando descubrir por qué el REST del demonio no funcionaba como se supone que debía hacerlo.

Así que decidí escribir un artículo técnico. De esos que dan prestigio y hacen que no te etiqueten exclusivamente como un businessman. Sí, de esos artículos que no lee ni mi mujer. Eso sí, ya que no lo iba a leer nadie, lo he escrito a mi manera, nada de ladrillos incendiarios como los que se gasta el maligno y vehemente Dr. Arranz.

Si quieres saber qué es eso del HTTP Access Control y por qué debes tenerlo en cuenta cuando desarrolles en REST, sigue leyendo.

Banda Sonora del artículo: Cage the Elephant – In One Ear

EL CONTEXTO

Con una aplicación legacy -y una aplicación en Struts 1 lo es-, lo más lógico es recurrir a un framework que te ayude a implementar REST sin tener que entrar como un elefante en una cacharrería ni reinventar la rueda. Según Google, tenía dos opciones básicas: Jersey, la implementación de referencia de Oracle/SUN y Restlet, el voluntarioso esfuerzo que da de comer a Noelios Technologies.

La introducción de la API 2.4.1 de RESTLET es muy LOL :D

Jersey debe ser una maravilla, pero ha debido de ser el último framework en sufrir el rebranding de Oracle y no me funcionaba ni un solo enlace a la documentación. Así que la elección estaba clara.

Lo malo de Restlet es que, el cambio de la versión 1 a la 2 ha sido más traumático que encontrarte a tu abuela desnuda en la ducha, así que todos los ejemplos que encontraba sobre cómo utilizar Restlet valían lo mismo que un billete de 7 euros.

Algunos cambios eran sencillitos, como el rename de Resource a ServerResource, pero otros -el constructor de ServerResource ya no recibe como parámetros un Request y un Response sino que la factoría de creación los inyecta después de instanciar el objeto- te obligaban a hacer lo que hacen los hombres de verdad: remangarse la camisa y tirar de API.

Implementé el mejor ejemplo que encontré, adaptándolo para que funcionara con Restlet 2, incrustado en mi aplicación legacy, y creé un HTML+JavaScript (del bueno) independiente, con un formulario básico que me permitiera indicar la URL, parámetros y método HTTP que quisiera probar. Un figura, ese soy yo.

EL MURO DE CEMENTO

Empiezo a probar mi implementación a través de mi cliente  y la cosa parece que funciona: consigo controlar el flujo de la aplicación -hasta un catch-all-, recoger parámetros y devolver mi Response… pero, cuando llega a mi cliente, un flamante Firefox 3.6.2,  el HTTP Status, ese que te indica que todo ha ido como la seda o que has metido la pata, es un cero patatero. ¿¿¿ Cero ??? WTF ???

Bueno… el HTTP Status es básico para validar las cosas van bien, pero podría llegar a prescindir de él. Ya validaré los datos del Response, a lo Pancho Villa, en cliente, pero es que… ¡tampoco llegan los datos! Ostras, esto ya es más grave.

Se me enciende la bombilla y pienso “claro, eso es porque no indicas el status antes de devolver la Response desde tu aplicación de servidor” y me pongo a hacer idioteces como esta en Restlet:

setStatus(Status.SUCCESS_OK);

¡Pero tampoco funciona! ¡Maldita sea! Y, lo peor de todo, es que, cuando llamaba a los servicios directamente por invocación desde la barra del navegador en vez desde mi HTML+JavaScript (del bueno) independiente, todo funcionaba bien… ¬¬

EL PROBLEMA

Después de comprobar unas 20 veces que tenía todo BIEN y, aún así, todo funcionaba MAL, me dio por googlear ‘HTTP Status ==  0′ y la explicación que encontré era tan simple que no podía creerlo. Lo más increíble de todo era el párrafo que decía “... y no te funcionará en otro navegador que no sea Explorer“. Así que,  me esforcé por recordar cómo podía abrir el Internet Explorer, ejecuté mi cliente HTML+JavaScript (del bueno) con él y… voilà! El navegador no solo recibía un Status 200 aka “todo ha ido fino Pochettino” sino que me pintaba, con mi AJAX de todo a 100, los datos de respuesta del servidor.

Al final, todo era una cuestión de seguridad… y de cross-site scripting.

Si os leéis este textazo técnico de Mozilla, aprenderéis que, por defecto, Firefox implementa una restricción de seguridad que impide el cross-site request o, lo que es lo mismo, que un recurso de un dominio A haga una petición de un recurso del dominio B.

En mi caso, mi cliente HTML estaba alojado en mi disco duro, mientras que el recurso que solicitaba por REST era servido por  un TOMCAT en local … pero  evidentemente en dominio diferente para el navegador.

La solución consiste en incluir una cabecera especifica en la HTTP Response que se envía de vuelta al navegador: Access-Control-Allow-Origin

Mediante esta cabecera, desde el servidor podemos avisar al navegador de qué dominios están autorizados para solicitar recursos de nuestro sitio. Si queremos permitir el acceso a nuestra API REST desde cualquier dominio, como en mi caso, tendremos que darle el valor “*” a dicha cabecera.

LA SOLUCIÓN

Soy un looser y no sé cómo incrustar un snippet de GitHub en el WordPress. No me funciona ni un plugin !!! O_o

El problema es que con Restlet no manejamos directamente las cabeceras HTTP, sino que estas se manejan encapsuladas en wrappers propios de la aplicación.

Para poder escribir esta cabecera, debemos recuperar este wrapper en forma de objeto Form y añadir la cabecera directamente.

Para evitar hacer esto en cada método (GET, POST, PUT…) de nuestro ServerResource, he sobrescrito el método do Init() que se ejecuta cada vez que se instancia el objeto.

Es evidente que podríamos hacer una refactorización inmediata y hacer que nuestros ServerResources (realmente, los recursos REST que exponemos gracias a Restlet) no extiendan directamente de esa clase abstracta sino de una implementación propia que sobrescriba el doInit() para todos.

Como soy un auténtico perdedor, no he conseguido copiar el fragmento de código que había colgado en GitHub, pero aquí os dejo el enlace.

Queda mucho por hablar de cómo juguetear, de verdad, con REST (autenticación, el preflighted o verificación previa, etc), pero por hoy es suficiente. Ya os habéis tragado un articulazo de casi 1200 palabras.

DISCLAIMER: La verdad es que no hace falta nada de esto para trabajar con mi aplicación de Android. En Android, pondría un cliente de Restlet y se comunicaría con mi aplicación por conexión directa, nada de navegador.

También es importante que sepáis que mucha gente no utiliza el Access-Control-Allow-Origin con valor *, sino que gestionan una lista blanca de dominios autorizados. ¿A alguien le suena el registro de dominio para utilizar las APIs de Google?

Artículos relacionados:

1. Explicando REST a mi madre Si mamá, desde hace ya un buen tiempo, cuando vienes...

Por favor, no os presentéis en las oficinas de IPSA para evitar problemas logísticos y organizativos.

Muchas gracias a todos y disculpad por las molestias.

Un saludo,

David

PS: Si alguien quiere tomarse una cerveza conmigo después de la reunión, yo si os convoco a unas Bonicervezas abiertas a posteriori. Mandadme un correo o un mensaje o poned un comentario en este artículo.

Artículos relacionados:

1. JUG (Java User Group) Madrid En España apenas hay un puñado de JUGs -grupos locales...

La principal característica de un JUG es que debe favorecer la participación y el encuentro por lo que debe impulsar las reuniones PRESENCIALES y dotarlas de una cierta regularidad. Lo cierto es que Oracle no deja muy claro que haga falta más allá que la buena voluntad para crear un JUG pero, he encontrado una página con una mínima información que os resumo aquí:

• Centrarse en tecnología Java (supongo que esto incluirá todos los lenguajes que corren en la máquina virtual, desde Groovy a Scala)
• Debe promover la participación, con una política de afiliación que permita a los desarrolladores participar en el mismo
• Cada JUG debe tener al menos dos contactos con emails actualizados y operativos
• Debe celebrar reuniones regularmente, siendo 3 o 4 al año lo mínimo aconsejado

En esta página hay más recursos sobre que es un JUG y como gestionarlo, pero tampoco se encuentra ningún tipo de lista sobre requisitos oficiales. Por eso Katia, que forma parte del JUG de Paris, viene a intentar ayudarnos a resolver todas las dudas que podamos tener.

Un JUG puede organizarse de muchas maneras. Desde un puñado de desarrolladores que se reúnen para tomar cerveza, a monstruos con cientos de miembros que son capaces de hacer cosas como la Devoxx (organizado por BeJUG) o el JavaDay del JUGRoma. Si os dais cuenta, todos esos sitios están repletos de sponsors. Algo que es algo más fácil de conseguir cuando tienes el respaldo de un JUG y una posible forma jurídica como ‘Asociación sin animo de lucro’ detrás.

Otras de las ventajas de los JUGs suelen ser entradas gratis para eventos organizados por otros JUGs o ejemplares gratuitos de libros técnicos enviados por las editoriales.

En España apenas hay un puñado de JUGs y, oficialmente, ahora mismo Oracle sólo tiene registrado uno: JavaEspañaJUG del que apenas conozco nada. Vamos a ver si, a partir de mañana, podemos cambiar eso.

Es evidente que la reunión es abierta y, supongo que la única limitación de asistencia vendrá dada por la capacidad de las instalaciones que IPSA ha cedido para la reunión. En cualquier caso, si no os podéis pasar a la reunión pero os apetece pasaros a tomar unas cervezas más tarde ¡no dejéis de hacerlo!

PEDAZO DE DISCLAIMER

Parece ser que la reunión NO es abierta (ver los comentarios) así que, a lo mejor he creado “un problema” :) No espero HORDAS de programadores java interesados en funda un JUG pero, por si acaso, he ofrecido las instalaciones de mi empresa.

Si alguno de vosotros pensaba venir, que deje un comentario porque no creo que haya motivo para el cambio pero, a lo mejor me sorprendéis y resulta que iban a aparecer 276 personas :P

BOLA EXTRA

Un artículo escrito por el líder del JUG de Egipto con consejos para crear un JUG:

https://java-champions.dev.java.net/content/How_To_Make_a_Successful_Java_User_Group.html

Artículos relacionados:

1. Disclaimer de JUG Madrid (des)convocatoria del encuentro para la formación del JUG Madrid...

En estos 5 minutos, hemos intentado condensar la filosofía que nos guía en nuestro día a día: disfrutar de nuestros amigos, de nuestra pasión y nuestro modo de vida. Nos gusta lo que hacemos e intentamos hacerlo cada día un poco mejor. Eso sí, sin olvidarnos nunca de que uno no debe tomarse muy en serio a si mismo :)

Pinche aquí para ver el vídeo

Creemos que no hay que ser aburridos para ser serios y que merece la pena arriesgarse a hacer algo nuevo, en vez de repetir una y otra vez las mismas fórmulas.

Sabemos que, cuando empezamos esta aventura, más de uno sonrió pensando que hacíamos el ridículo. Dos semanas después, podemos daros con orgullo algunas cifras:

• 1.200 páginas vistas diarias de media en el blog (una cuarta parte del tráfico total de, por ejemplo, javaHispano)
• 185 comentarios generados
• Más de 3.400 visionados completos en YouTube
• 100º canal de YouTube con más subscriptores en el mes (58) a nivel global
• 7º canal de YouTube con más subscriptores en el mes de la categoría “Gurús“
• Más de 50 followers nuevos en Twitter entre la cuenta de Jeroclo y la mía
• Apoyo MASIVO de la Comunidad…

Gracias por estar ahí y dar vuestro apoyo a esta nueva iniciativa. No sabemos si BonillaTV seguirá existiendo en el futuro, pero ha sido un placer y un privilegio compartir esta aventura con vosotros.

Artículos relacionados:

1. BonillaTV – Capítulo 6: El cuarto poder Una zona oculta del Moscone Center para la mayoría de...
2. BonillaTV – Capítulo 5: Pasándonoslo PIRATA Segundo día de javaOne y ya estamos totalmente integrados en...
3. BonillaTV – Capítulo 4: ¡Esto empieza! Primer día de javaOne, primer día de conferencias. Y queremos...

Así que, he decidido escribir un pequeño artículo de despedida y resumen como anticipo a la publicación de todo el material que nos llevamos grabado a lo largo de la semana que viene.

Por intentar resumiros la conferencia en unas pocas cifras:

• Más de 40.000 asistentes, que han ocupado todas las habitaciones libres de la ciudad
• Participantes de 113 países
• 2.400 sesiones disponibles impartidas por 2.500 ponentes
• Más de 450 empresas representadas en la feria de partners
• 140.000 tazas de café y 60.000 comidas servidas

Si el año pasado, la convención ya me pareció enorme, este año me ha parecido desproporcionada. No había espacio material en el centro de la ciudad para absorber a toda la masa de asistentes.

La impresión general es que venir aquí ha sido una gran experiencia pero, definitivamente, completamente distinta respecto a la del año pasado. La compra de SUN por parte de Oracle se ha notado y mucho, y ha alterado definitivamente el DNA de la conferencia.

A lo largo de la próxima semana, con la perspectiva que da la distancia y el tiempo, iré publicando distintos vídeos y artículos sobre todo lo que he visto y vivido aquí pero, ya os puedo anticipar que la experiencia ha sido positiva, muy positiva:

• He aprendido y mucho sobre nuevas tecnologías, directamente de la gente que ha creado dichas tecnologías
• He disfrutado de la convivencia con amigos como Angel, Erick, Alvaro y Jeroclo
• He conocido a gente muy interesante como Didac Lee, Mildred Laya, Javier Zamora, Fernando Claver …
• He bailado con los Black Eyed Peas y Carlos Sanchez
• He dominado como un pro la edición con iMovie y la publicación en YouTube :)
• He comprobado in situ algunas ideas de marketing de guerrilla

Por último, quería agradecer a todos los que nos habéis seguido y apoyado durante estos días. Lamentablemente, la falta de tiempo nos ha impedido contestar a todos vuestros comentarios y sugerencias y atenderos como os merecéis pero, creedme, vuestro apoyo se ha notado y mucho.

¡¡¡ Un abrazo a todos !!!

Artículos relacionados:

1. Los libros que me traje de la javaOne Cada vez que voy a la javaOne, aprovecho para venir...
2. Crónica del día 0 de la javaOne para javaHispano Después del mal sabor de boca que me ha dejado...
3. Mi agenda para la javaOne 2010 Esta es mi agenda preliminar para la edición 2010 de...

Además, os presentamos los nuevos megacacharrones Exadata con los que Larry Ellison pretende conquistar el mundo.

Pinche aquí para ver el vídeo

Ha sido un día duro para subir el vídeo, porque el cansancio se va a acumulando y hoy hemos tenido menos horas de sueño que nunca pero, hemos cumplido y nos hemos marcado uno de nuestros vídeos más personales. Con dedicatoria y todo…

Artículos relacionados:

1. BonillaTV – Capítulo 7: Fin de Fiesta El APOTEOSICO fin de fiesta del Oracle Open World /...
2. BonillaTV – Capítulo 5: Pasándonoslo PIRATA Segundo día de javaOne y ya estamos totalmente integrados en...
3. BonillaTV – Capítulo 4: ¡Esto empieza! Primer día de javaOne, primer día de conferencias. Y queremos...

Pinche aquí para ver el vídeo

Artículos relacionados:

1. BonillaTV – Capítulo 7: Fin de Fiesta El APOTEOSICO fin de fiesta del Oracle Open World /...
2. BonillaTV – Capítulo 6: El cuarto poder Una zona oculta del Moscone Center para la mayoría de...
3. BonillaTV – Capítulo 4: ¡Esto empieza! Primer día de javaOne, primer día de conferencias. Y queremos...

Pinche aquí para ver el vídeo

Este es el primero de los vídeos que vamos a intentar publicar con regularidad a la misma hora: 7:30h-8:30h hora de San Francisco (16:30h-17:30h horario español)

Artículos relacionados:

1. BonillaTV – Capítulo 7: Fin de Fiesta El APOTEOSICO fin de fiesta del Oracle Open World /...
2. BonillaTV – Capítulo 6: El cuarto poder Una zona oculta del Moscone Center para la mayoría de...
3. BonillaTV – Capítulo 5: Pasándonoslo PIRATA Segundo día de javaOne y ya estamos totalmente integrados en...

Pinche aquí para ver el vídeo

A partir de este episodio, intentaremos publicar el videoblog siempre a la misma hora: entre las 17-18h (hora española). Aterrizar aquí ha sido duro y tenemos demasiadas cosas que hacer y mucha gente que ver. No sabemos si podremos publicar un vídeo diario, pero esperamos poder seguir dando guerra !!!

Artículos relacionados:

1. BonillaTV – Capítulo 7: Fin de Fiesta El APOTEOSICO fin de fiesta del Oracle Open World /...
2. BonillaTV – Capítulo 6: El cuarto poder Una zona oculta del Moscone Center para la mayoría de...
3. BonillaTV – Capítulo 5: Pasándonoslo PIRATA Segundo día de javaOne y ya estamos totalmente integrados en...

Si queréis enteraros un poco más sobre todo lo que ha ocurrido el primer día, podéis leerla aquí:

Crónicas desde la JavaOne: Día 0

Artículos relacionados:

1. Los libros que me traje de la javaOne Cada vez que voy a la javaOne, aprovecho para venir...
2. Despidiendonos de la javaOne Una primera y temprana reflexión sobre la javaOne y todo...
3. Mi agenda para la javaOne 2010 Esta es mi agenda preliminar para la edición 2010 de...

Un capítulo atípico -si es que puede haber algo típico en una serie con dos episodios- y un montaje digno del dogma 95 de Lars Von Trier. A partir, de ahora, no esperéis una producción digna de Hollywood. La actualidad y la disponibilidad mandan y, creedme, en la javaOne hay de todo… menos tiempo.

Pinche aquí para ver el vídeo

“La informática, ya no tiene que ver sólo de computadoras, sino de la vida” Nicholas Negroponte

Nos hemos gastado una pasta en efectos especiales… esperamos que los disfrutéis.

Artículos relacionados:

1. BonillaTV – Capítulo 7: Fin de Fiesta El APOTEOSICO fin de fiesta del Oracle Open World /...
2. BonillaTV – Capítulo 6: El cuarto poder Una zona oculta del Moscone Center para la mayoría de...
3. BonillaTV – Capítulo 5: Pasándonoslo PIRATA Segundo día de javaOne y ya estamos totalmente integrados en...

No quiero caer en la típica actitud de plañidera de “es un viaje de trabajo. Me voy a dejar la piel y va a ser horrible“.

Me voy a San Francisco, una de las ciudades más bonitas de Estados Unidos, a la conferencia más importante del mundo relativa a mi profesión, donde aprenderé un montón de cosas y conoceré a gente muy interesante.

Y, encima, con entrada gratis como “blogger relevante” gracias a Oracle y el resto de los gastos cubiertos por la empresa donde trabajo, SIXSERVIX, una compañía del Grupo VARMA. Me lo voy a pasar pirata.

Quiero agradecer a la empresa que apueste y financie un año más este viaje y, sobre todo, a mis compañeros que no han podido venir y que se quedan con el marrón del día a día y, encima, cubren mi trabajo. Sois unos cracks.

Cómo el año pasado, intentaré publicar algún articulillo en javaHispano para cumplir con la Comunidad y, como novedad de este año, grabar algún episodio de BonillaTV, el videoblog que he lanzado recientemente. Digo ‘intentaré’ porque no sé el tiempo que tendré disponible una vez que llegue a San Francisco. En mi agenda, tengo días con sesiones de 8h a 20h y, en muchas ocasiones, compromisos para cenar con unos y otros. Para que os hagáis una idea del tiempo que se tarda en hacer las cosas, la edición del último capítulo de BonillaTV, prácticamente me dejó sin dormir.

Aún hay mucha gente que me pregunta “¿Por qué lo haces? ¿De donde sacas el tiempo?” y, por eso, lo explicaré de nuevo: Lo hago en mi tiempo libre. Y lo hago porque me encanta mi profesión y hablar de ella. Hay gente que habla de fútbol o de música. Yo hablo de lo que me gusta y me apasiona. No entiendo como hay personas que no quieran ser desarrolladores de software :)

Un abrazo a todos los que estáis ahí. Seguiremos informando desde San Francisco.

Artículos relacionados:

1. Bonilla TV – Capítulo 2: Llegando a San Francisco Segundo capítulo de BonillaTV. Viajes, hoteles y ciudadanos chinos. De...
2. Mi agenda para la javaOne 2010 Esta es mi agenda preliminar para la edición 2010 de...

Sé que todos tendréis vuestras propias preferencias y que, seguramente, podréis ayudarme a encontrar esa joyita oculta entre las toneladas de información que proporciona el Builder. Después del documento, os explicaré con qué criterios ha sido construido… y que significan todos los símbolos y anotaciones manuscritas :)

La agenda está construida con las siguientes pautas:

• He intentado que haya una mezcla entre ponencias puramente técnicas y las más orientadas a negocio.
• También hay un equilibrio entre ponencias sobre tecnologías y productos que utiliza mi compañía actualmente (nubes privadas de EMC) y los que quiero conocer de primera mano como Lift
• He priorizado siempre los paneles y charlas, frente a las presentaciones de “siéntate, cállate y trágate mi Powerpoint”
• Por motivos evidentes, he eliminado cualquier ponencia impartida por gente de Google

Revisando la agenda, me doy cuenta de que hay una clara orientación a dos temas principales y… contradictorios entre sí: Cloud Computing y tunning de la JVM, que refleja un poco la esquizofrénica realidad que estamos viviendo actualmente.

Habréis observado que hay un montón de cruces y rayas. Os explicaré que significa cada cosa:

• Las cruces significan que hay algún evento que, por alguna extraña razón que no he logrado comprender, el Builder no lista. Por ejemplo, todas las Keynotes o presentaciones principales de Primo Larry
• Las rayitas sobre alguna de las ponencias quieren decir que es improbable que pueda asistir porque coinciden con algún evento o compromiso. El lunes, por ejemplo, es difícil que pueda asistir al taller de Play si quiero pasarme por la OTN Night a conocer a alguno de mis compañeros del metal, antes de salir corriendo a la cena organizada por la delegación para España y Portugal de Oracle
• En la parte inferior del documento, tenéis recopilados los eventos que no salen listados por el Builder y que completan la agenda. A la izquierda, presentaciones. A la derecha, los eventos vespertinos de networking

En cualquier caso y aunque me prometí el año pasado que no volvería a pegarme semejante paliza, me han vuelto a salir jornadas maratonianas de 8h a 22h. No sé de dónde voy a sacar tiempo para hacer de reportero dicharachero ni, como me ha advertido el gran Carlos Sánchez, darme cuenta de que “lo más interesante de la javaOne, ocurre en las fiestas de las noches“.

Artículos relacionados:

1. Los libros que me traje de la javaOne Cada vez que voy a la javaOne, aprovecho para venir...
2. Despidiendonos de la javaOne Una primera y temprana reflexión sobre la javaOne y todo...
3. Crónica del día 0 de la javaOne para javaHispano Después del mal sabor de boca que me ha dejado...

Y, sin embargo, lo es. El modo en el que Glassfish trabaja con logs es peculiar y guarda algún oscuro secreto.  Sólo te pido dos cosas:

1. 1. Cinco minutos de tu tiempo para que juzgues si lo he conseguido.
   2. Que, para vivir una experiencia completa, escuches la canción ‘Old Souls‘ de la banda sonora de Origen mientras lees el artículo.

Lo peor que te puede pasar es que salgas de aquí aprendiendo algo nuevo y, por supuesto, siempre puedes tirarme tomates virtuales en los comentarios del artículo.  ¿Te animas?

EL MISTERIO DE LAS TRAZAS INEXPLICABLES

Como parte de mi asedio y conquista al entorno de trabajo de STORETTO, comencé a estudiar nuestro sistema de traza y la configuración del mismo. Parecía algo relativamente sencillo (una configuración típica de log4j) Sin embargo, algo no encajaba. Ni las trazas aparecían por donde debían ni tenían el formato que queríamos. Nada se parecía ni remotamente a lo que teníamos configurado.

Tampoco entendía por qué el equipo de STORETTO había configurado el sistema de log4j habitual de la compañía mediante una variable de sistema, en vez de colocar el fichero de configuración en el classpath de la aplicación.

¿Qué estaba pasando? ¿Era todo esto real o era un sueño? ¿Estaba soñando dentro de un sueño? ¿Cómo distinguir la realidad del sueño?

Como en el anterior caso de las JSPX desestructuradas, yo tenía un poco más de tiempo disponible que el equipo para comprender qué estábamos haciendo y por qué lo estábamos haciendo. Lo que averigüé fue SORPRENDENTE.

FRAMEWORK DE LOGGING DE GLASSFISH

Antes de nada, era importante conocer qué sistema de registro de trazas utiliza Glassfish y cómo funciona el mismo.

He resumido todo lo que se necesita saber en un par de párrafos:

Glassfish utiliza para su sistema de trazas la implementación por defecto de la especificación JSR-047, una API de logging, y recomienda el uso de la misma, aunque permite el uso de otras como Apache Commons Logging o log4j.

El uso de la API de logging del JDK implica varias cosas a tener en cuenta:

1. Se basa en un sistema de Handlers, clases que heredan de java.util.logging.Handler y que son los que encapsulan tanto la lógica de publicación de trazas como la configuración de las mismas.
2. Estableciendo un level o nivel por Handler podemos establecer el nivel mínimo de traza que queremos que recoja el HANDLER. Estableciendo un nivel determinado se recogerán todas las trazas de ese nivel y de los niveles superiores jerárquicamente (para conocer más sobre los nieles de traza, pinchar aquí). También se puede establecer el nivel mínimo de traza por paquete de clases, independientemente del nivel implementado por paquete (se usará la configuración más restrictiva)
3. Además del nivel, se puede establecer un control secundario y opcional sobre lo que se registra o no, mediante la asignación de un filtro o Filter (clase que hereda de java.util.logging.Filter) a un Handler. Un Filter, básicamente, implementa un método isLoggeable que devuelve un booleano que indica si un log se debe trazar o no.
4. Si se quiere formatear las trazas generadas con alguna estructura especifica, se debe implementar un Formatter (clase que herede java.util.logging.Formatter) y asignarlo al Handler deseado.
5. Toda esta configuración se hace a través de un fichero denominado logging.properties

La primera diferencia que chocará a todos los que venimos de usar log4j es que todo se configura programándolo. Es decir, no tienes una manera de poder configurar de forma flexible el formato de tus trazas. Si quieres un Formatter que saque el patrón de tu traza de un fichero de propiedades, vas a tener que programártelo.

TRABAJANDO CON LOG4J

¿Son mis logs reales o sólo un sueño?

Para trabajar con log4j en Glassfish v2 se recomendaba configurar la librería de traza como librería del sistema para evitar problemas con el classloading pero esto ya no puede hacerse con Glassfish v3 así que la solución pasa por indicar al servidor la ruta del fichero de configuración de log4j.

En log4j se configuran Appender (el equivalente de los Handler en JSR-047) El Appender típico que todo el mundo utiliza al desarrollar es el org.apache.log4j.ConsoleAppender, que publica los logs en la salida por defecto de System.out.

El problema es que las trazas no salen por la consola habitual que esperamos todos los programadores sino en un fichero server.log que se encuentra en la ruta /midominio/logs/.

Eso es bastante fácil de explicar porque  ese fichero es la salida por defecto del servidor, así que, ésa es su consola.

Lo que no tiene ni pies ni cabeza es que nuestras trazas salgan con el formato de las trazas de la API de logging de JDK o, más exactamente, envueltas por su formato, puesto que nuestro traza aparece… pero sólo como parte del mensaje de la traza de logging del JDK.

Bueno… podemos pensar que, de alguna manera, el sistema está ignorando nuestra configuración de log4j. Sin embargo, si configuramos cualquier otro Appender, por ejemplo uno que publique en un fichero inception.log, log4j funciona PERFECTAMENTE.

¿Entonces? ¿Qué está pasando? ¿Por qué salen todas mis trazas rodeadas de almohadillas ‘#’  y con un retorno de carro cuando las publico por consola?

LA SOLUCIÓN AL MISTERIO

No, no estamos soñando. Nuestras trazas son reales y nuestra configuración también. No estamos haciendo nada mal. Simplemente, alguien ha estado jugando con nosotros. Alguien ha estado haciendo trampas.

Glassfish, utiliza una implementación propia y sobrescrita del objeto System cuyo método out devuelve un PrintWriter que redirige todas las salidas al sistema de logging del servidor. Probadlo, hacer un System.out.println en una clase desplegada en Glassfish. No sólo aparecerá en la salida por defecto -server.log- sino que, además, aparecerá con el formato específico del sistema de logging.

Lo más grave de todo esto es que System es una clase final. Es decir, que no puede ser extendida, precisamente para evitar lo que Glassfish ha conseguido: que nuestro código tenga un comportamiento extraño y nos desconcierte. Que nos tengamos que frotar los ojos para comprobar que no estamos soñando.

De acuerdo, Glassfish nos ha engañado pero ahora, después de leer este artículo sabemos cómo vencerlo:

• ¿Queremos modificar el formato de las trazas del servidor? Implementaremos nuestro propio Formatter y se lo asignaremos al ConsoleHandler del fichero logging.properties
• ¿Queremos que nuestras propias trazas no se mezclen con las del servidor? Nos olvidaremos de utilizar el ConsoleAppender
• ¿Queremos que sólo nuestras trazas de error salgan en la salida por defecto del servidor? Podremos utilizar un ConsoleAppender y configurarlo en nuestro log4j.properties para que sólo registre trazas de nivel ERROR o superiores (recordad que sea cual sea el nivel de traza de log4j, la salida se publicará en System.out y el logging de JAVA las publicará por defecto como trazas de nivel INFO)

Glassfish ha luchado contra nosotros y ha perdido, por lo menos a nivel de logging. Nosotros le dominamos. No él, a nosotros. Y, desde luego, no estamos soñando… ¿o sí?

BONILINKS:

• Gente despotricando sobre el tweaking de System de Glassfish
• Gente flipando con el comportamiento de System.out
• La fuente del UniformLogFormatter (o el origen del formato de traza infernal de Glassfish)
• Información Oficial de Glassfish sobre configuración de logging, donde se les olvida comentar lo del asuntillo del System.out…
• Información para entender lo básico de la API Java Logging

Artículos relacionados:

1. Transacciones y bloqueos en Glassfish v3 con EJB3.1 y JPA2 (III) Tercera parte del tutorial sobre como utilizar transacciones y bloqueos...
2. Transacciones y bloqueos en Glassfish v3 con EJB3.1 y JPA2 (II) Segunda parte del tutorial sobre como utilizar transacciones y bloqueos...
3. Transacciones y bloqueos en Glassfish v3 con EJB3.1 y JPA2 (I) Un sencillo tutorial sobre como utilizar transacciones y bloqueos con...

Sé que soy un privilegiado por disfrutar del apoyo de Sixservix para volver a asistir a la conferencia. Un apoyo que, desgraciadamente, es difícil de encontrar en el sector de las TI en España y América latina. Pero, en cualquier caso, conozco gente que, aún pudiendo asistir, ni siquiera se lo ha planteado; bien por desconocimiento del evento en sí, bien por antiguas y falsas creencias o leyendas. Así que, permitidme que os explique qué espero encontrar allí, qué pienso hacer y cómo pretendo hacerlo. Ojalá que, cuando acabéis de leer este artículo, todos estéis deseando acompañarme. Si no este año, quizás el siguiente.

UNA CIUDAD. UNA SEMANA. TRES CONFERENCIAS

Ya comenté el año pasado como la javaOne cumplía con las 3 Bs: bueno, bonito y barato. Este año, después de unos meses de incertidumbre en los que ni siquiera sabiamos si iba a celebrarse, nos encontramos con que Oracle, el nuevo amo y señor de Java, ha montado la mundial. No sólo sigue celebrándola sino que ha decidido juntarla con Develop, su conferencia de desarrolladores,  y OpenWorld, su evento más orientado a tíos-que-manejan-la-pasta y cuellocorbatas.

La primera consecuencia de todo esto es que San Francisco va a estallar. Si a los 15.ooo asistentes de la javaOne les sumas los 43.ooo trolorolos que asistieron a la OpenWorld del año pasado y reservaron 81.000 habitaciones de hotel, te encuentras con que es más facil conseguir batir el récord olímpico de petanca que conseguir una habitación de hotel económica en la ciudad del Golden Gate.

La segunda consecuencia es que, durante una semana, San Francisco probablemente disfrute del mayor número de técnicos y desarrolladores reunidos de la historia. Porque, a la tremenda horda invasora, hay que sumar la población local de tipejos que desarrollan cosas como Twitter, Google o cacharros como los de Apple o Hewlett-Packard.

En definitiva, 2.150 sesiones condensadas en una sóla ciudad y una sóla semana. La posibilidad de asistir a charlas de cualquier tecnología o lenguaje que se te pueda ocurrir impartidas por los mejores: sus creadores. Y, por supuesto, la posibilidad de conocerlos.

No hay nada ni remotamente parecido en el mundo de las tecnologías de la información. Ni en tamaño ni en posibilidades. Ni para aprender, ni para hacer networking. Nada se acerca a lo que va a verse en esta JavaOne.

LA MISIÓN: LIARLA PARDA

¿Y qué espero este año de la javaOne? ¿Qué pretendo hacer allí? Evidentemente, dar un paso más en mi plan secreto para dominar el mundo y, de paso, aprender todo lo que pueda, conocer gente interesante y divertirme. Voy a intentar resumir en 6 puntos mis expectativas:

• APRENDER MUCHO. Sí, es verdad que con Internet no hace falta asistir físicamente a una conferencia para aprender cualquier conocimiento pero, sinceramente, ¿cuántos de nosotros tenemos tiempo en nuestro día a día para ponernos a leer complejos tutoriales o sumergirnos en vídeos y vídeos de charlas y ponencias? La javaOne permite que durante una semana, nos aislemos de todo y de todos y nos dediquemos a lo que más nos gusta: aprender.
• HACER NETWORKING. Sí, networking, pero del de verdad. Espero conocer a mucha gente-que-de-verdad-hace-cosas como los denomina Alberto Molpeceres. Todo lo contrario a los eventos de tipo “reinventa Internet” que han crecido como setas en mi país.
• CREAR COMUNIDAD. El año pasado constaté que los hispanohablantes éramos más de los que cualquiera pudiera creer pero, al contrario que los brasileños, nos falta marketing. Espero que en esta javaOne se oiga el castellano más que nunca. Por mí no va a quedar.
• COMUNICAR, COMUNICAR, COMUNICAR. Si el año pasado perdí horas de sueño haciendo las crónicas del día para javaHispano, este año el trabajo se multiplica. No sólo intentaré enviar las crónicas diarias, sino que podréis leer la versión gamberra y desenfadada de las mismas en este blog. Además, nuestras cuentas de twitter echarán humo, por supuesto y, como gran novedad… MEGATÓN: intentaré retrasmitir al más puro estilo reportero dicharachero mediante screencast. Eso, si consigo averiguar cómo funciona la cámara que me regaló Jeroclo por mi cumpleaños.
• COMER PATO LAQUEADO EN CHINATOWN. Una sana costumbre que instauramos Álvaro Hernandez y yo el año pasado y a la que esperemos que se sumen los nuevos fichajes de este año: Erick Camacho, compañero del metal en javaHispano, y Jeroclo, el espartano, amigo, camarada y socio, en representación de Funius. Por supuesto, habrá que ir a disfrutar del brunch del domingo al Top of the Mark y seguro que caerá más de una porción de tarta en el Cheesecake Factory de Union Square. Al fin y al cabo, las tradiciones están para respetarlas, ¿no? :P

BONILLA 3.0

Este año todo ha cambiado, TODO es diferente. Y no sólo hablo de la compra de SUN por parte de Oracle, sino de cambios a nivel personal y profesional que, en parte, han sido motivados o acelerados por mi visita a la última edición. Apenas me reconozco cuando pienso en el Bonilla que asistió a la edición del año pasado.

Hace un año, este blog no existia. Hace un año, no conocía a toda la gente interesante que me ha enriquecido en los últimos 365 días. Hace un año, ni siquiera estaba viviendo con mi novia, que en menos de 3 meses se convertirá en mi mujer. Hace  un año, no tenía cuenta en Twitter. Hace un año, España ni siquiera soñaba con ser campeona del mundo. Hace un año, no era ágil. Pero, sobre todo, hace un año, no tenía tan claro como ahora qué es lo que quiero hacer y cómo lo quiero hacer.

La asistencia a la javaOne del año pasado consiguió que me enamorara definitivamente de mi profesión. Que me diera cuenta de que las cosas que no me gustaban de ella no tenían que ver con LO QUE hacía sino con CÓMO lo hacía. Hace un año, vi que había otro modo de hacer las cosas y que te podías ganar muy bien la vida haciéndolas.

Al acudir a la javaOne, pude conocer a gente que estaba a años luz de mi círculo de influencia, como Kohsuke Kawaguchi o Vinicius Senger, tuve la posibilidad de acercarme a tecnologías y proyectos antes de que se difundieran en España y demostrarme a mí mismo que puedo defenderme con mi inglés en Estados Unidos, Albacete o Sebastopol.

Hace algunos años, perdí 25 kg y cambié de estilo de vida. Mis amigos se sorprendieron tanto que bromeaban llamándome “David 2.0“. Durante este año, creo que he cambiado tanto que he pasado a la siguiente release y puedo considerarme “Bonilla 3.0“.

No, no me he vuelto loco. No creo que la javaOne me haya cambiado la vida pero, sí estoy seguro de que sirvió como trigger para ayudarme a reconocer qué es lo que quería hacer con mi trabajo y mi profesión y comenzara a dar los pasos necesarios para lograrlo.

CONCLUSIONES

Un año más, debo agradecer la confianza y soporte de Sixservix que me va a permitir asistir a la conferencía. Además, Jeroclo, Erick y un servidor viajamos a la conferencia con entradas gratuitas de bloggers por deferencia de Oracle en general y su Directora de Comunicación para España y Portugal en particular, Mildred Laya, que nos ha hecho sentirnos “importantes” aunque sepamos que no lo somos.

Al que sea mal pensado y crea que nos hemos vendido a Oracle, decirle que no sabe de lo que habla. Yo no podría venderme jamás a Oracle. Todo el mundo sabe que Microsoft paga mucho más.

Al que haya llegado hasta aquí y vaya a ir a la javaOne, animarle a que se ponga en contacto conmigo a través del formulario de contacto de este blog. Cuantos más seamos, mejor, más ruido haremos y mejor nos lo pasaremos.

Si, por el contrario, aún no tienes entrada, te recuerdo que el periodo de early bird o precio reducido ha sido prorrogado hasta el 30 de julio. Aún estás a tiempo de animarte y venirte a San Francisco. Te costará bastate menos que cualquier curso de formación de alto nivel de una semana que puedas tomar en España.

En cualquier caso, y como a veces pido a los amigos, difundid la palabra de Bo: retwittead, reenviad o mandad por correo este artículo. Que no haya ni un sólo hispanohablante que vaya a la javaOne y no se una a nuestra Spanish Armada. Este año, vamos a por todas y aquí te lo contaremos.

Artículos relacionados:

1. Los libros que me traje de la javaOne Cada vez que voy a la javaOne, aprovecho para venir...
2. Despidiendonos de la javaOne Una primera y temprana reflexión sobre la javaOne y todo...
3. Crónica del día 0 de la javaOne para javaHispano Después del mal sabor de boca que me ha dejado...