spring mvc vs seam

Spring mvc es un marco que lleva mucho tiempo en el mercado, es una tecnología bien documentada y probada. Muchos sitios web usan la primavera.spring mvc vs seam

Seam es un marco basado en jsf: implementación de caras enriquecidas. Tiene muchos componentes basados en ajax. Utiliza algunas cosas pesadas como EJB, JPA. Todo esto es propenso a errores y este marco es tan lento (en mi computadora es casi imposible desarrollar algo porque es muy lento, especialmente volver a implementar en jboss) Pero es muy bueno para aplicaciones administrativas.

¿Alguien tiene una experiencia profesional con estos dos marcos? ¿Puedes recomendar el mejor? ¿Por qué?

Saludos

Fuente

2010-04-19 darpet

Con Seam puede usar POJO en lugar de EJB. ¿Y qué es lento sobre JPA? –

Todo el framework es lento, no jpa. Si prueba la página más simple con ab en comparación con otros marcos obtendrá 10 veces menos solicitudes. – darpet

También para costura. He buscado muchas aplicaciones de costura productivamente. Puedo encontrar errores fácilmente – darpet

Puedo utilizar: Primavera-MVC (2.5) y la costura

Debido a la costura utiliza Java Server Faces Tecnología (una tecnología basada en el lado del servidor), detrás de las escenas, Es mejor diseñado para aplicaciones pequeñas y medianas. (Cada Árbol de vista JSF se almacena en la Sesión - Puede almacenar en el lado del cliente, pero tenga en cuenta los problemas de ancho de banda).Pero tiene algunas ventajas:

aplicación Normalmente web utiliza la siguiente ruta

view >> controller >> service >> domain

con un cierre, puede obtener

view >> service >> domain

O incluso (mediante el uso de patrón de mediador proporcionado por Seam Framework)

No controller, No service 

view >> domain

Además de eso,

JSF 2 soporta JSR 303 - Bean Validation
Usted puede utilizar peatonal incorporada en lugar de JSF si quieres
apoyo Conversación y gestión de procesos de negocios
uso puede utilizar primavera DI si quieres

primavera-MVC

tiene una potente infraestructura de capa web

Handler Mapping (Se elige qué controlador se debe manejar la petición)
Ver resolver (Se elige qué vista va a hacer que la respuesta)
Se puede utilizar para aplicaciones a gran
Potente enlace de datos
Spring 3.0 soporta controlador basado en anotación (JSR 303 - Bean Validation, próximamente)

Pero todavía no uso Spring 3.0 porque

Mediante el uso (y que se extiende cuando sea necesario) MultiActionController, puedo conseguir convención sobre configuración y sin ninguna configuración XML para definir el controlador (sólo tiene que configurar su MultiActionController como @Component)
SimpleFormController proporciona un comportamiento similar encontrado en la primavera de controlador basado en 3,0 anotación

...

Sobre el camino de aprendizaje, creo que ambos son similares.

Fuente

2010-04-19 17:13:10

'' Porque Seam usa la tecnología Java Server Faces (una tecnología basada en el lado del servidor), detrás de las escenas ". ¿Puedes probar este punto? Sí, Seam utiliza JSF y lo convierte en un puente, pero puede usar Seam sin tocar JSF o cualquiera de las funcionalidades JSF. Todo depende de qué filtros, servlets e interceptores habilites. Por supuesto, hay toneladas de componentes incorporados que son específicos de JSF, pero lo mismo es cierto para seguridad, primavera, RESTO, etc. –

@Shervin Tienes razón cuando dijiste: Todo depende de qué filtros, servlets y interceptores que habilitas Pero note que he incluido Wicket en su lugar. –

@ArthurRonaldFDGarcia - ¿Utiliza costura integrada con Spring o sola? – ziggy

he trabajado profesionalmente con Seam y es un marco asesino. Realmente aumenta tu productividad. Puede usar POJOs en lugar de EJBs, si cree que EJBs le están ralentizando. Acerca de la implementación, solo considere implementar en Tomcat en lugar de JBoss. En mi redistribución de la máquina en Tomcat se hace en un par de segundos. Pero todavía no he usado Spring MVC para compararlos.

Fuente

2010-04-19 14:50:59

¿Tiene algún problema con el botón Atrás? Mi cliente realmente lo molesta. – darpet

El uso del botón Atrás debe estar obsoleto en las aplicaciones web. No debe usarse para el flujo del programa. De lo contrario, Seam es uno de los pocos frameworks que te ayuda con el botón Atrás. http://www.redhat.com/docs/manuals/jboss/jboss-eap-4.2/doc/seam/Seam_Reference_Guide/Pageflow_in_Seam-Seam_and_the_back_button.html –

¿Qué idea estás usando? ¿Usas jpa? – darpet

Hemos utilizado Seam para un sitio muy grande que utiliza POJOS y se ha comunicado con servicios web o Hibernate implementado en Tomcat. Hemos encontrado que el soporte del botón de retroceso no funciona bien o es propenso a ser específico para los patrones de implementación. Además, existe la tendencia de que las sesiones crezcan mucho si se usa el estado del lado del servidor. Los intentos de reducir el tamaño de la sesión afectan el respaldo del botón de retroceso o el uso de iframe debido a la reducción del número de estados de vista almacenados en la sesión. Más o menos, nuestro problema ha sido relacionado con el rendimiento. El tomcat requiere más memoria y admite menos usuarios en comparación con los puntales 1.2 o mvc de primavera. Estamos utilizando alrededor de 50 tomcat para apoyar nuestra base de usuarios.

Fuente

2011-06-30 18:04:20 Jason

He usado tanto SEAM como Spring MVC durante algunos meses.

Prefiero Spring MVC to SEAM. Por cierto, noté que JBoss detuvo el desarrollo de SEAM3.

Encontré un artículo interesante sobre la comparación de SEAM y Spring MVC. El enlace es http://java.dzone.com/articles/why-java-ee-lost-and-spring?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+javalobby%2Ffrontpage+%28Javalobby+%2F+Java+Zone%29&utm_content=Google+Reader

Gracias

Fuente

2013-04-26 05:33:06

he utilizado tanto en costura 3 y primavera 3 frameworks.While Seam 3 es más fácil de código y tiene un montón de características que apoyan la gestión de sesiones y gestión de transacciones, el rendimiento es lento .Spring es mucho más rápido.

Fuente

2014-11-17 07:01:01 priya

Respuesta

Cuestiones relacionadas