Simplemente impresionante, hacía tiempo que no asistía a un evento de programadores para programadores. Pero no cualquier programador, si no el programador que tan claramente a describió David Bonilla en su charla. De los que nos gusta hablar, entender y compartir todo lo relativo a la informática (y no es poco). Solo con pasión se entiende que más de 1000 personas se junten en un evento con ciertos problemas de organización y suministros, y que con tan solo 10 euros por persona se haya conseguido generar tanto amor en cada charla.

Pensaba hablar de las charlas a las que fui, pero todas fueron muy cortas y ya hay mucha gente que hablado suficientemente sobre la codemotion. Así que me limitaré a ponerlos los enlaces a la información para que todo aquel que tenga pasión por esto pueda disfrutarlo. Aunque claro está, no será lo mismo que asistir.

Uno trabaja en una consultora, que es el lugar menos innovador en el que puedes trabajar. Y cuando surge una oportunidad como esta, de empaparte de conocimiento, tendencias y de la energía de tanta gente, a la fuerza uno se emociona y se contagia. Y resulta difícil que un evento de este tipo, sin los grandes medios de otras empresas u organizaciones, alcance el éxito que, sin lugar a dudas, ha tenido la codemotion con lo que solo se puede hacer una cosa, apoyarlo incondicionalmente. Me tendréis el próximo año en la codemotion.

Esto me ha hecho preguntarme si existen más eventos parecidos de los que poder disfrutar todo el año, si alguno conoce más eventos esté encargado de escucharlo.

Al margen de las charlas, uno de los amigos con los que asistí me sugirió que para el próximo año podría dar varias charlas del tipo “cómo tener CMMI y no morir en el intento” o “Cómo practicar SCRUM en la intimidad de tu empresa”. Por desgracia estoy metido en una espiral de gestión que apenas me deja programar, y no es que me disguste gestionar, me encanta tener el control de lo que hago y no ir a salto mata, pero una gestión útil, práctica y que realmente sirva. Cuando tardas más en gestionar una tarea de lo que tardas en solucionarla, mal vamos. Y cuando vienes de trabajar en gestiones agiles con programas como JIRA, ya ni te digo. Pero eso es otra historia, ahora lo que importa es la codemotion, así que voy a ir poniendo enlaces.

• Tenemos la charla de I2E sobre GWT, un framework que saben manejar muy bien estos chicos, casi tanto como yo :).
• La charla de David Bonilla, que sin lugar a dudas debió ser la más concurrida, (yo juraría que vi gente colgada del techo).
• La charla de Enrique Amodeo.
• Otro resumen en esta pagina
• Para los que estéis por Zaragoza, no dejes de pasar por aquí.
• Y por supuesto la propia página de la codemotion, que en teoría irán poniendo algunas charlas y conferencias que se grabaron.

¿Alguno asistió a la charlas? ¿Qué os han parecido?

Por último, si alguno está interesado en organizar un evento de éste tipo, contad conmigo.

Es una aplicación de gestión de almacenes con terminales TPV para una discoteca. Cuando llegue el verano voy a temblar.

Ha sido un año entero de desarrollo, aunque más por no tener tiempo que por el tiempo de desarrollo que me ha llevado. De hecho en tiempo, según el Jira, ha sido de 400 horas.

A modo de resumen, comentar que la aplicación está dividida en dos, la parte de gestión, que es una aplicación web con gwt, spring, spring-security y JPA con Hibernate. Y la parte de cliente que está hecha en spring y swing.

Muy interesante el desarrollo y todo lo que conlleva el control de caja, ticket y clientes. Ahora con el tiempo se irá mejorando y espero que sea lo que los clientes quieren. Porque no siempre se consigue hacer un software que guste al cliente al 100%, es algo natural, cuando uno empieza a usar algo cada día encuentra posibles mejoras y formas de hacer las cosas.

Por eso me gusta desarrollar con metodologías ágiles, es fácil de gestionar y se adapta muy bien a los cambios propios del software.

Otro día hablare de CMMI, aunque no creo que para bien…

Una pena que en estos tiempos, tengamos unos gobiernos que insistan en no escuchar a los que de verdad manadan, los ciudadanos.

manual_desobediencia

Resulta curioso lo de la memoria en java, nunca había tenido problema con ella, y sigo sin tenerlos. Lo único que he tenido ha sido un problema que parecia que era de memoria con una aplicación para un cliente. Al final ha resultado ser una tontería que no ha implicado ningún problema.

Pero la situación me ha hecho investigar un poco sobre el asunto de la memoria y como optimizar Tomcat para producción. Hasta ahora si tenia un problema de memoria, solo la incrementaba y se solucionaba el problema. No se si por que mis requerimientos siempre han sido de andar por casa (nunca he tenido una aplicación con tantos usuarios como Facebook, ya quisiera), o por que siempre he desarrollado las aplicaciones siguiendo una arquitectura estandar y aplicando patrones y tecnologías actualizadas. Pero nunca he tenido problemas.

He descubierto un par de paginas interesantes para aprender las bases de la gestión de la memoria en java. Una es de David Bonilla, una persona a la que sigo desde hace tiempo, artículo.

Esta otra página trata de que hacer cuando tienes un problema y como tratar de solucionarlo. Yo lo he hecho y resulta un poco complicado, supongo que sera práctica.

Y por último una página con pasos claros de como mejorar el rendimiento de nuestro Tomcat. Algunas muy elementales, como gestionar los log con alguna librería y nunca con System.out. Y otras que desconocía completamente como la opción -server.

Un post corto pero cargado de información. Cualquier sugerencia siempre sera bien recibida.

Llevo tiempo queriendo hacer una integración un poco mas limpia entre spring y gwt, y de paso empezar a usar maven de forma completa. Navegando por internet no he encontrado mucha información sobre esta complicada unión. Incluso en Google hay una pequeña pagina donde explica a grandes rasgos una posible integración. Pero no ha sido hasta hace poco que no he dado con alguien que explicara de forma clara como hacerlo.

La dirección de los tutoriales es esta http://krams915.blogspot.com/search/label/GWT, una web que interesante . Si estáis interesados, seguir los tutoriales.

Yo solo añadiré algunas aclaraciones, porque aunque esta bastante claro hay cosas que no me han funcionado.

M2eclipse

Este plugin me ha dado muchos problemas, hasta que me he dado cuenta de que era el y lo he erradicado por completo. Vamos a ver, no es que sea malo o no funcione, es que en mi caso particular me ha hecho muchos extraños. Para empezar, en un proyecto maven las librerías no están en el proyecto, si no que están en el repositorio local, con lo que el eclipse en algunas ocasiones se puede hacer un lío.  Solucionable copiando dichos archivos a la carpeta de la web. Aunque claro, ya empezamos con piados a mano de librerías. Y no importa que las tengas en el classpath, algunas no las coge, no me preguntéis por que.

Y lo mas raro de todo, los controller de spring-mvc no los cargaba, aunque si me cargaba los beans de spring security. Curiosamente las dos clases controlador que hace mención en el tutorial de arriba, no las cargaba, y claro, no encontraba las paginas. Después de muchas comprobaciones, y de ver que utilizando el maven a pelo para ponerlo en marcha si que funcionaba, llegue a esta conclusión.

Y el autor ha debido tener los mismos problemas porque utiliza la declaración de los beans de gwt por el xml, y comenta que hay algún tipo de conflicto con las anotaciones y gwt. Pero puedo confirmar que los servicios de gwt se pueden configurar por anotaciones sin ningún problema.

Así que para evitar problemas, recomiendo utilizar maven como siempre, pero a la hora de ponerlo en eclipse, utilizar mvn eclipse:eclipse, que eso no falla y podréis manejar el proyecto sin problemas, depurar y ejecutar con el plugin de google.

Plugin de google

En este caso solo una aclaración, que ademas la tenéis en la página del mojo, la web donde esta el archetype de gwt, y es que tenéis que mover el archivo de configuración de gwt, modulo.gwt.xml, desde la carpeta de fuentes resources, /src/main/resources, a la carpeta de fuentes java, /src/main/java. Para que el plugin lo reconozca y no tenga problema en ejecutarlo.

gwt-widget

Esta librería te la una implementación sencilla de la solución que propuso google. No tiene ningún problema y funciona muy bien. El inconveniente, que lleva tiempo parada y no se si continuara, aunque por el momento a mi me sirve.

También hay que tener en cuenta que no esta en repositorios maven, con lo que hay que bajárselo e instalarlo en el repositorio local para que funcione bien con maven. Un ejemplo:

mvn install:install-file -DgroupId=org.gwtwidget -DartifactId=gwtwidget -Dversion=1.0 -Dpackaging=jar -Dfile=/path/to/file

Luego la incluis en vuestro pom tal que así:

		<dependency>
			<groupId>gwt.widget</groupId>
			<artifactId>gwtwidget</artifactId>
			<version>1.0</version>
		</dependency>

Poco mas puede aportar, me ha llevado algún tiempo sacar estas conclusiones pero en el fondo es sencillo.

Queda pendiente un post de como utilizar spring security para aplicar seguridad a una aplicación gwt. Ahora que tengo esto montado y funcionando no me llevara mucho tiempo.