instalar - spring roo 2 rc3

Spring roo Vs(Wicket y Spring)

Question

Spring roo es un nuevo marco y me pareció muy interesante. He estado trabajando en aplicaciones web durante los últimos 3-4 años y siempre he encontrado que los JSP son difíciles de mantener en todos los equipos si no todos están lo suficientemente disciplinados acerca de la separación de las marcas y la lógica del servidor. He usado JackBe / BackBase en los últimos proyectos y disfruté de plantillas xml trabajando como vistas. Esto fue mucho mejor que JSPs. Pero no pude automatizar las pruebas web a través de selenio para backbase.

Seguramente estaría usando Spring MVC (-view), Hibernate en el backend. Encontré a Wicket como una buena alternativa. ¿Has usado wicket junto con Spring y cuál fue tu experiencia?

Answer 1

¿Por qué usar Roo cuando se puede construir algo con GWT y terminar con un resultado mucho mejor y sin las limitaciones de Roo y su arquitectura? Spring Web Flow es tecnología de ayer.

Answer 2

¿Qué tan pronto con Roo soporte GWT? Creo que el uso de GWT by Roo hace que sea una gran victoria para GWT y Roo.

Answer 3

Depende completamente de cuales sean tus requerimientos. Si es un sitio pequeño, los marcos orientados a componentes como GWT o Wicket son una necesidad, ya que hacen las cosas realmente fáciles.

Answer 4

Estuve en la conferencia SpringOne en Amsterdam a principios de este año cuando anunciaron a Roo. Mi impresión (y la de mi colega que estaba allí) era que Roo era bueno si generaba una aplicación CRUD basada en la web cada pocas semanas: la consideraban la versión Java pura de Grails (que es RoR para Java).

No parecía interesante para nadie más, pero eso es solo una opinión.

Answer 5

Nuestro proyecto actual utiliza Spring y Wicket, siempre hemos usado Spring pero cambiamos a Wicket hace un año. Pocos consejos:

• Obtén el libro "Wicket in Action".
• La lista de correo del usuario es muy útil.
• Asegúrese de entender el modelo de programación de Wicket, especialmente las cosas relacionadas con la serialización de la sesión (el libro no ayuda lo suficiente en esta área IMHO).
• Wicket es bueno para crear páginas con estado, requiere más trabajo para crear páginas sin estado.
• Hay algunos buenos widgets de interfaz de usuario disponibles como un método DataGrid.
• Es fácil inyectar los frijoles Spring en sus páginas o componentes.

Spring Roo todavía está en beta (1.0 M2), por lo que puede ser un poco pronto. También consideramos Tapestry 5 pero creíamos que era un poco joven hace un año.

Answer 6

Primero, Spring Roo es una herramienta de generación de código (similar al sistema de comandos de Grails ):

texto alternativo http://blog.springsource.com/wp-content/uploads/2009/10/00-logo.png

En segundo lugar, las aplicaciones Spring Roo actualmente utilizan Spring Web Flow para la vista y Spring para el pegamento.

Entonces, mientras que puedes comparar (Spring Web Flow + Spring) y (Wicket + Spring), el combo posterior no ofrece nada comparable a Roo fuera de la caja (tal vez AppFuse o AppFuse Light, pero no los mencionaste y ellos son proyectos de terceros).

En otras palabras, no creo que "Spring Roo vs (Wicket and Spring)" tenga sentido.

Answer 7

Roo y GWT están disponibles today en forma de prelanzamiento. En mi opinión, definitivamente no está listo para el prime time.

Answer 8

Spring Roo 1.0.0 (GA) se ha lanzado ahora, completo con alrededor de 100 páginas de documentación.

Si se pregunta qué es Roo y por qué lo usa , le recomiendo que lea el capítulo introductorio de la guía de referencia. Cubre esto y más.

@Antony, el soporte de GWT es una prioridad importante para Roo y algo en lo que estoy trabajando actualmente. Espere ver alguna integración interesante en un futuro muy cercano.

Answer 9

He visto una demo de Roo hace unos meses. Se parece mucho a Grails (otra tecnología de primavera), excepto que en lugar de crear artefactos para el lenguaje Groovy, los creas para Java.
Aún así, hace cumplir las buenas prácticas y te hace aplicar el patrón MVC de una manera limpia.

Personalmente, la demostración no me hizo cambiar mi kit de herramientas preferido (Grails), pero eso es porque puedo lograr resultados más rápidos con Groovy (el análisis de XML por ejemplo es mucho más "doloroso" en Java que en Groovy). Además, con Grails puedo ver los cambios que hago al instante sin tener que volver a compilar todo el proyecto y reiniciar la aplicación cada vez que quiero ver los resultados. Por último, pero no menos importante, en Grails tienes toneladas de complementos para hacer sitios web de Ajax (ZK, por ejemplo, si quieres evitar Javascript, pero hay complementos para GWT, Yahoo, Dojo, etc.).

Entonces, si no quieres aprender Groovy (que no es demasiado difícil si ya conoces Java), Roo es el camino a seguir para crear proyectos web limpios con todo el poder de Hibernate y Spring.

Espero que esto ayude...