¿Es JAX-RS adecuado como marco MVC?

Question

JAX-RS has some MVC support, pero me pregunto si JAX-RS es realmente una buena opción para crear una aplicación web para uso humano.

Si un usuario ingresa información incorrecta o incompleta en un formulario, se debe mostrar de nuevo como con Grails o Wicket. ¿Hay alguna manera cómoda de hacer esto con JAX-RS?

Hasta donde yo sé, la asignación URI no funciona correctamente, si no se dan todos los parámetros necesarios o hay problemas de conversión (por ejemplo, con la fecha). ¿Es eso correcto?

¿Hay soporte para plantillas internacionalizadas?

Aquí hay un example for a simple JAX-RS based GUI application. Pero es realmente simple y no se discute la i18n y la validación.

Answer 1

JAX-RS es el marco RESTful de Java EE. JavaServer Faces (JSF) es el framework Java EE MVC. Es compatible con todo lo que ha mencionado en su pregunta: devolución a la misma forma de error, i8n/l10n y más más. Para obtener más información sobre JSF, vaya a Java EE 6 tutorial part II chapters 4-9.

Puede hacer un poco de MVC con JAX-RS, pero no es un framework MVC completo. La misma historia dice que puede hacer un poco de RESTful con JSF, pero no es un marco RESTful completo.

Si quieres lo mejor de ambos mundos, creo que realmente necesitas dirigirte a Ruby on Rails o Groovy on Rails.

Answer 2

Hay muchas preguntas en este caso, daré mi opinión sobre dos de ellas.

"Me pregunto si JAX-RS es realmente una buena opción para crear una aplicación web para uso humano."

Los servicios web suelen ser para que las máquinas interactúen, aunque yo diría que generalmente los humanos tienen que programar las interacciones, esto tiene que ser comparado con SOAP donde, por el momento, hay mucho más margen para la máquina generada código de WSDLs.

"Si un usuario introduce información incorrecta o incompleta en una forma"

• entonces en un servicio web HTTP REST que acepta una representación formulario HTML que debe devolver el error HTTP 400 porque el cliente ha proporcionado una representación que no se ajusta a la representación que espera su servicio: le corresponde al cliente resolver el error.

Answer 3

O tome el enfoque de integración para obtener lo mejor de ambos mundos: JAX-RS + MVC.

La implementación JBoss RESTEasy de JAX-RS se integra con Spring MVC. Ver http://www.jboss.org/resteasy

Aquí hay un pequeño tutorial sobre RESTEasy + Spring MVC: http://java.dzone.com/articles/resteasy-spring

Answer 4

Sí se puede, pero hay que despejar la cabeza del modelo de página-post viejo y empezar a pensar en su aplicación como una interfaz de usuario desconectado que se comunica con una SOA RESTful. Cuando se ingresan los datos del formulario, se publican en un punto final del servicio si los datos no son correctos, luego se responde con un error y la UI maneja el problema. No publica formularios en el servidor en el modelo tradicional de publicación de página, sino que realiza llamadas similares a RPC a su sistema de fondo.Tu vista queda completamente separada del resto de la pila de MVC. Esto hace que reemplazar la vista con un sistema móvil o IVR personalizado sea extremadamente simple.

Si un usuario ingresa información incorrecta o incompleta en un formulario, se debe mostrar de nuevo como con Grails o Wicket. ¿Hay alguna manera cómoda de hacer esto con JAX-RS?

Con una aplicación de Internet enriquecida no tiene que volver a llenar los datos porque nunca salió de la página, se realiza una llamada XHR al servidor y se devuelve un éxito de 200 o un error. La IU luego decide qué hacer en función de esa respuesta, pero la página sigue intacta porque la llamada estaba fuera de banda desde el hilo principal de la IU.

Answer 5

Eche un vistazo a ReXSL - es un marco MVC, además de JAX-RS. Por lo tanto, la respuesta es - sí, JAX-RS es perfectamente adecuado para el diseño de MVC.

Answer 6

Respuesta corta: SÍ.

sirve como la base para implementar MVC (MVC 1,0-JSR 371) para Java EE 8. El Controller será un bean JAX-RS con @Controller anotación (en clase o métodos).

Para obtener información mor ver: MVC 1.0 (JSR 371)

Si tomó ese camino a la hora que usted ha hecho una muy buena decisión, debería hacer más fácil para que usted pueda actualizar y utilizar el nuevo Java EE 8 arquitectura MVC.