Spring 4 vs Jersey para servicios web REST

Estamos planeando hacer una nueva aplicación con la versión Spring 4.0.6. Usamos un controlador que puede devolver "XML" o "JSON". En el proyecto anterior, implementamos con éxito Jersey con Spring para soporte REST usando JAX-RS API, pero después de leer algunos artículos y sugerencias de personas mayores, dijeron que Spring está brindando un soporte REST bastante bueno.

Algunos de los puntos que realmente me confunden si uso el soporte Spring REST sin usar JAX-RS y Jersey son:

1. ¿Cómo se hace la clasificación y la eliminación en Spring MVC?

2. ¿Es necesario utilizar jax-rs para calcular o deshacer la clasificación?

3. Si Spring maneja automáticamente la clasificación y la eliminación de la clasificación, entonces, ¿cómo sabe acerca de xmlRootElements?

Todavía estoy confundido si Spring está demostrando un muy buen soporte de REST, entonces ¿por qué la gente todavía elige Jersey para REST? Realmente buscando saber más en detalles.

Si dije algo incorrecto, ignórelo. La explicación con un ejemplo es realmente útil.

¡¡Gracias por adelantado!!

Yo diría que tanto Jersey como Spring MVC son geniales: cada proyecto tiene su propio estilo y fortalezas. De todos modos, Stack Overflow no es el lugar adecuado para hacer comparaciones subjetivas (su pregunta se cerrará con bastante rapidez). Si ya está usando Spring para todo lo demás y no está obligado a usar JAX-RS, Spring MVC tiene mucho sentido.

Con respecto a características como la (des) clasificación, JAX-RS es solo una especificación después de todo; otras bibliotecas pueden ofrecer características similares sin implementar la misma API.

1. En lugar de MessageBodyReaders / Writers, Spring MVC está utilizando HttpMessageConverters para manejar ( des ) ordenar los recursos REST. Spring MVC maneja la negociación de contenido y elige el mejor convertidor disponible para el trabajo (puede anotar métodos para indicar qué tipo de medio producen / consumen).

2. No, no es necesario usar JAX-RS para (des) marshall recursos. De hecho, las implementaciones de JAX-RS y Spring MVC usan bibliotecas de serialización de terceros para hacer el trabajo; por lo que no está vinculado a un estándar en particular.

3. En su versión 4.0.6 , Spring admite muchos HttpMessageConverters , con Jackson para JSON, JAXB para XML y muchos otros. Spring 4.1.0 agregó más HttpMessageConverters :

   • Jackson ahora está disponible para JSON y XML
   • Google Protobuf
   • Gson para JSON , como alternativa a Jackson

Para responder a su último punto, @XmlRootElementes una anotación JAXB y no es parte de JAX-RS. Spring es compatible con JAXB .

Para obtener un ejemplo más completo con REST en Spring, consulte esta guía de inicio (obtendrá un ejemplo completo ejecutándose en 10-15 minutos).

Nuevamente, la última parte de su pregunta es bastante subjetiva: hay muchas soluciones populares para crear servicios REST en la JVM, no solo Jersey y Spring (Dropwizard, Play! Framework, etc.).

El soporte de AFAIK Spring REST se basa en Spring MVC y su implementación no JAX-RS, mientras que Jersey ha implementado la especificación JAX-RS. Aquellos que tienen Spring (Core, AOP o MVC) en su proyecto eligen el soporte Spring ReST sobre el implementador JAX-RS.

Recomiendo Jersey porque está maduro, implementa JAX-RS y es fácil de usar.