Spring MVC REST n'est pas compatible JAX-RS. Est-ce important?
J'ai une bonne expérience avec Spring MVC REST avec quelques projets solides livrés. Ma question concerne la conformité JAX-RS. Est-ce important parce que Spring est là pour rester et je ne le fais pas prévoir (ni avoir de raison) de devoir s'éloigner de Spring MVC REST vers Jersy ou tout autre implément JAX-RS sous peu. Tout ce qui devrait me forcer à penser à utiliser JAX-RS mise en œuvre par opposition à Spring MVC REST?
À mon humble avis, si votre application Web renvoie uniquement JSON/XML, il n'y a pas de grande différence. Cependant, si certains points finaux de votre application Web doivent retourner du HTML, Spring MVC est meilleur. La raison pour laquelle je pense que c'est parce que JAX-RS ne fournit aucun mécanisme MVC (AFAIK). Jersey (l'une des implémentations JAX-RS) fournit Viewable/Template pour prendre en charge MVC, mais c'est une fonctionnalité spécifique à Jersey et ne fait pas partie de la spécification JAX-RS.
Chapitre 18. Modèles MVC
https://jersey.Java.net/documentation/latest/mvc.html
En outre, ce blog peut vous donner quelques informations.
Jersey JAX-RS MVC a tué l'étoile Spring MVC
http://sleeplessinslc.blogspot.jp/2012/02/jersey-jax-rs-mvc-killed-spring-mvc.html
(La conclusion du blog est cependant différente de son titre.)
EDIT - voici la réponse à la question posée:
Annotations normalisées
Comme le dit le deuxième lien ci-dessus:
Jersey est une implémentation JAX-RS, on pourrait échanger Jersey pour un autre fournisseur comme RestEasy si vous le souhaitez sans trop d'effort. Spring MVC d'autre part a REST support du service web mais le même n'est pas une implémentation JAX-RS et donc l'un est lié à Spring MVC.