Encuesta inicial: Que conoces de Wicket y...

Una encuesta inicial, Tan solo cuéntanos que conoces (no vale mirar su web :-P) de Wicket y/o que que sufres/disfrutas con tu marco de trabajo actual (Struts 1.x/2.x, Spring MVC etc..)

#1   

Jejeje, muy buenas preguntas.

Yo estoy deseando meterle mano a wicket :P. Sé que es un framework orientado a componentes visuales, tipo JSF pero mucho más light. No sé mucho más.

En mi vida de desarrollador he utilizado sobre todo Struts 1 y Spring MVC. Struts 1 dejémoslo... Spring MVC me gusta por su sencillez y creo que es muy buena elección si te gusta la inyección de dependencias.

No obstante en mi línea de reinventar la rueda, pero para hacer las cosas ultra-fáciles (véase siena) creo que en ratos libres me voy a hacer un framework de 3 o 4 clases y adiós dolores de cabeza.

saludos!

#2   

Yo no conozco nada, sólo sé que últimamente se está hablando mucho de él. La verdad es que me gustaría aprender...

Yo como gimenete he trabajado con Struts 1 y Spring MVC. Spring MVC me gusta bastante, pero me gustaría encontrar algo mejor.

#3   

Según sé, está orientado a componentes y a diferencia de JSF se programa todo en java, tengo pendiente leer algo sobre el tema ;) desde hace bastante.

Dentro del mundo java he trabajado con Struts 1, un poco con JSF y últimamente con Grails; que es "algo más" por darte un stack completo y con el que me está gustando trabajar.

Ah! Y un framework "de empresa" :P

#4   

Te podrías animar a escribir un artículo de introducción a wicket :D

#5   

Bueno yo se que es un marco de trabajo orientado a programadores Swing, donde podes agregar bordes, componentes, etc. Los mismos se renderizan aparentemente, de forma muy simple colocando unos atributos en el HTML (no taglib), algo como wicket:id=jdslkj. Ese enfoque resulta bastante parecido al que se utiliza con Tapestry donde el código HTML resulta bastante sencillo. A la luz del comentario, me gustaría saber, que tanta integración tiene Wicket con el propio SWING (reutilización) y a su vez con otros componentes Web, por ejemplo Tiles, SiteMesh, Velocity, FreeMarker, etc, así como en otros marcos como Spring, Seam or Hivemind.

En este sentido el impulso de Struts 2 me gusta bastante, se integra con los componentes Web antes dichos y con Spring también, su ideología Pojo, en una línea parecida a JSF, le permiten hacer casi cualquier objeto un Action, además encapsula muy bien los componentes, por ejemplo la session es encapsulada en un mapa, entre otras cosas, tiene un stack de ejecución en forma de interceptores (parecido a los filtros de la especificación de Servlet), entre otras cosas que no conozco. Realmente me gusta bastante :D

#6   

Me esperaba unas respuestas parecidas, y al menos os pica el gusanillo, eso esta muy bien.
i
Es muy común que se esté usando los marcos que nombráis, Struts, Spring MVC en las empresas, y en cambio cosas mas "novedosas" como Wicket son elecciones arriesgadas por desconocimiento/soporte/etc normalmente, para estas.

Mi experiencia personal tan solo es de unas pruebas de concepto cuando salió Wicket, no recuerdo la versión pero no llegaba a la 1.0, y cuando se publicó la 1.0 allá por el verano del 2005. Hasta hace unos meses que me involucré en un proyecto de mi empresa 100% Wicket que ya está en producción junto a otro y migrando un tercero de Seam a Wicket.

Puedo decir que en menos de un mes la productividad del equipo (3 personas) se disparó, el como fué, lo iré desgranando por aquí y mi blog (acunando polvo).

Estoy preparando un artículo de introducción, pero aún tardaré un poco (paciencia hermanos), mientras aquí tenéis una miga de por donde va este marco en esta entrada de un blog de alguién más que migra a wicket, concrétamente a la presentación "Migrating to Apache Wicket"

El comparalo con Swing es muy directo, y si, se asemeja en el MVC pero aplicado con sencillez a la web, pero de manera directa y efectiva. Entre las ventajas que tenemos es el reuso de componentes por toda una aplicación y mas.. :D

En dos palabras Wicket = KISS + DRY en la web para desarrolladores JAVA

Saludicos

#7   

Hola,

Después de leer tu último comentario me he puesto a googlear y me ha gustando tanto lo que he visto que he encargado el libro wicket in action. Tiene bastante buen feedback y además es bastante nuevo (Sept. 2008) además el precio en Amazon está bastante rebajado. ¿Alguien lo ha leido?

De las cosas que he leido por ahí me ha gustado este artículo Tapestry and Wicket compared

#8   

La verdad es que está muy bien. Pero creo que yo en breves me voy a hacer mi propio framework home-made a modo de experimento. El objetivo es que sea ultra-sencillo pero potente a la vez.

#9   

Estás loco :) jajaja.

#10   

Yo hice hace un tiempo una aplicacioncilla supersencilla en plan "proof-of-concept" (para mostrar la sección de noticias/artículos de un portal pero yo no lo maqueté ni usamos nada de borders ni nada así para esto: usaron frames.

En principio la gente habla tan bien de él que te hace ilusión. Y está bien, pero para algunas cosas se queda algo cojo:
1) Para aplicaciones AJAX o en general para todo que tenga que verse bien bonito, se queda flojo y necesitaremos recurrir a alguna librería javascript por narices. Por ejemplo, GWT o YUI permiten usar correctamente ( no siempre pero vaya) volver atrás con el botón del navegador, Wicket que yo sepa no hace esto. No lo hacía cuando yo lo probe y en su página de demo tampoco.

No parece que con su modelo que separa totalmente la lógica java y la javascript se vaya a poder crear javascript genérico fácilmente. Aunque podeis corregirme si me equivoco.

2) Ellos aducen que en las aplicaciones web modernas no necesitaríamos un 'sistema de navegación' (webflow) pero ya hemos dicho que para una app. web moderna donde todo sea AJAX, Wicket cojea; así que espero que ahora tenga alguna forma de mantener rutas de navegación (A ser posible mucho más potentes que las de JSF, por favor!).

3) Algo que me estresa profundamente es que cada 2 x 3 te encuentres con errores de que el markup de la página no coincide con la estructura de la clase Java. Si los componentes ya tienen id identificador en la página, seguro que hay alguna forma de arreglar esto.

4) La integración con hibernate/jpa es (era) malísima.

5) Las páginas bookmarkables funcionaban, pero no eran gran cosa.

En general ¿qué ventaja le ves a Wicket frente a Tapestry? Es más fácil empezar a programar con tapestry, tiene mejor integración con hibernate, con DI, las páginas bookmarkables funcionan mejor ...

Si nos queremos quitar todo el follón del HTML os puedo pasar un link que no he estudiado en detalle pero tiene buena pinta, y su creador es un tipo muy capaz y solícito:
http://www.jseamless.org/