Otro framework web de los que me gustan: VAADIN

Afortunadamente mucha gente sigue pensando que el mundo de los RIAS sobre HTML sigue teniendo cabida (y muchaaaa), y que ni Flash/Flex, ni Silverlight (ni JavaFX en un hipotético futuro) se van a comer toda la tarta.

Vaadin es un framework web creado para desarrollar aplicaciones RIA sin plugins y con una arquitectura server-driven (como mi querido y añorado Jaxcent), con un modelo orientado a componentes y pensando en la simplificad de la programación, no es necesario conocert ni HTML, ni XML ni Javascript :).

Algunas características interesantes:

• Java-only programming
• No JavaScript programming
• Custom application theme support
• Partial page updates
• Template based HTML layouts
• Event-listener model
• Embed to a HTML or JSP page
• Supported Web Browsers:
• o Internet Explorer releases 6, 7, and 8
• o Mozilla Firefox 3o
• Safari 3 and 4
• o Opera 9.6
• Single Jar-file deployment
• Compatible with Firebug debugger
• Server-side application state management
• Application logic executed in server
• Java Servlet API 2.3 Compatible
• Rn as portlet in a JSR-168 compatible portal

Tiene muchas de las características que me gustan en los frameworks Web:

– Documentación y Tutoriales: desde el típico Paso a Paso: http://vaadin.com/tutorial/ a un PDF de referencia http://vaadin.com/book al JavaDoc de su API, con vídeos,…

– Plugin para Entorno de Desarrollo: este tiene tanto para eNetBeans como para Eclipse y como destacado ofrece un editor visual (en Beta) y funcionalidades para crear Componentes, Wizards, ayuda integrada.

– Despliegue: el despliegue sólo implica un JAR, de hecho su WAR de ejemplo sólo implica este JAR

– Integración con Spring: a día de hoy y para mi imprescindible. En este artículo explican la integración básica http://vaadin.com/wiki/-/wiki/Main/Spring%20Integration, aunque yo a esto no lo llamo integración si no Disponibilizar el contexto de Spring pero bueno.

– Componentes: por un lado que ofrezca un gran conjunto de components out-of-the-box que te permitan desarrollar el 95% de tu aplicación y por otro que se puedan crear.

– lo que veo

– Soporte de la comunidad: ofrece foros, FAQs,…

– Soporte comercial: la experiencia me hace decir que en muchas ocasiones el soporte comercial de un producto es la forma más sencilla y barata de solucionar los problemas que todos los frameworks nos dan.

– Otras:

o Licencia: Apache License 2.0 (http://vaadin.com/license)

o Desarrollo de componentes

o Versión: salvo excepciones (que las hay) no me metería con una versión 0.X que la versión sea la 6 da seguridad, aunque también puede ser pura publicidad…y que la 6 fuese la primera release 🙂

o Integración con otros frameworks: en los artículos técnicos hablan sobre como integrar con Spring, Hibernate, JSP, Maven, Portales,…

o Que funcione en Opera 🙂

Y otras que me desagradan:

– La maquetación se hace en Java: como en GWT. En GWT existe el GWTDesigner para que el paso de la maqueta a la construcción no sean tan traumático (que lo es). Vaadin ofrece un editor visual sobre Eclipse…menos es nada.

– El modelo de programación basado en componentes requiere a diferencia del MVC típico una mayor disciplina, si no se tiende a hacer megaclases con lógica de presentación y de negocio…aún así me gusta este modelo 🙂

Algunas reflexiones:

– Su modelo de programación es el modelo de programación de Escritorio: como en GWT, Jaxcent,… y a diferencia de Struts, Spring MVC, JSF,…

– Comparado con GWT: las aplicaciones GWT corren en el navegador y las aplicaciones Vaading en el servidor. Vaadin usa GWT como motor de renderizado, de modo que pueden combinarse. Vaadin applications are run on the server and are inherently more secure since the application logic is not exposed to the client-side. By running the application on a real JVM (on the server) you can use all Java features, libraries and tools.

Comparando con JSF: ambos son modelos server-driven. En Vaadin la programación es Java y los componentes componentes de verdad (con sus eventos, sus propiedades,…)

– Por qué usarlo en lugar de GWT: El modelo server-driven es más seguro ya que la lógica no se expone al cliente. Además al correr en una JVM se pueden usar todas las características, librerías,… (yo añadiría porque no es de Google 🙂 )

En su página de ejemplos:

http://demo.vaadin.com/sampler/

se pueden ver ejemplos de los componentes que ofrece organizados en categorías:

– Componentes básicos: incluyendo algunos nuevos de interés:

permite incluir contenido Flash

para incluir contenido de otras webs

– Componentes para entrada de datos:

a más de uno le resultará familiar de haberlo tenido que implementar 🙂

– Formularios: preparados para trabajar con Vos

– Tablas y árboles: como:

– Gestores de Layouts:

– Ventanas, Menús,…

Alguien con ganas de probarlo?