Java RESTE de mise en œuvre: Jersey vs CXF
Que pensez-vous est les avantages/inconvénients entre ces deux bibliothèques? Laquelle de ces deux sont les mieux adaptés pour un environnement de production? Par la façon dont je vais être en utilisant JSON au lieu de XML.
Je voudrais aussi savoir ce que la bibliothèque n'est plus pris en charge par la communauté, par exemple des tutoriels, documentation.
- Voir meta.stackexchange.com/questions/71068/...
- Question similaire ici stackoverflow.com/questions/80799/jax-rs-frameworks
Vous devez vous connecter pour publier un commentaire.
J'ai utilisé les deux, mais à des fins différentes. CXF travaillé beaucoup pour analyser un fichier WSDL, et de créer des Pojo Java pour interagir avec, donc, CXF est assez bon pour le côté client WSDL des services. Je suis actuellement à l'aide de Jersey pour le serveur-côté de la mise en œuvre et je suis impressionné par la simplicité de se lever et courir avec RESTful services à l'aide de Jersey.
De Jersey est essentiellement consacrée aux services RESTful et CXF traite la plupart (tous?) avec du SAVON, je crois qu'au fond, si vous voulez travailler avec du SAVON ou de REPOS, et de déterminer le meilleur cadre pour le travail à partir de là. Personnellement, je suis plus dans le camp de REPOS que le SAVON, mais mes besoins sont différents. Devrais-je être dans une situation où le fournisseur/client/entreprise j'écris le service pour les besoins d'une sorte de contrat, je pourrais encore pousser pour le RESTE (et le RESTE de l'équivalent pour les services à contrat, WADL), mais serait probablement nécessaire de mettre en œuvre un service SOAP, auquel cas, je pourrais regarder CXF d'abord et tout le reste deuxième.
Personnellement, Jersey est assez bon pour un JAX-RS cadre, même si elles n'excluent pas RESTEasy, par JBoss. J'aime les deux, mais la documentation de RESTEasy, c'est mieux.
Pour CXF, la documentation est OK, mais je suis tombé sur des incohérences dans la façon dont j'avais besoin pour gérer SSL et HTTP, les proxy, mais il a travaillé lui-même éventuellement. CXF ne fournissent plus de la boîte à l'égard de ces fonctionnalités supplémentaires, et je dirais RESTEasy serait de fournir une fonctionnalité équivalente de repos des cadres.
J'ai seulement utilisé Jersey (avec beaucoup de satisfaction) donc je ne peux pas donner une réelle comparaison. Choses que vous pourriez envisager:
de soutien de sorte que vous apporter beaucoup de
SOAP de poids que vous n'utiliserez jamais
lorsque vous créez un système Reposant.
(Il y a des plans pour diviser la
l'emballage autant que je sache, tout de même)
non-standard des ajouts de JAX-RS que
sont très utiles. Il y a aussi un
côté client cadre de base qui est
conçu tout à fait bien.
de travail sur une longue Jersey client
côté cadre qui encourage la bonne
l'utilisation de REPOS sur le côté client et est
(À mon humble avis du moins) très naturel à utiliser.
Il est prévu de l'annoncer ce (ou
à côté) de la semaine - si vous vous souciez de la
côté client beaucoup, lui donner un essai.
Personnellement, je considère que c'est une immense
pro-Jersey argument.
HTH,
Jan
Avez-vous pensé à RESTlet?
C'est un package puissant pour construire rapidement des services web RESTful. Les gens derrière RESTlet aussi écrire le RESTlet Dans l'Action du livre, qui est actuellement en accès anticipé. Les chapitres qui sont déjà disponibles font un très bon travail d'expliquer le REPOS et détaillant la façon dont vous allez sur la conception d'une api REST.
Si vous êtes préoccupé par les détails de la conversion d'une solution développée avec Jersey à exécuter sur CXF, Glen Mazza posté une collection de Jersey échantillons porté à Apache CXF sur GitHub. Les fichiers README des notes pour chaque échantillon concernant les changements nécessaires.
J'ai utilisé Apache CXF pour JAX-WS et Jersey de JAX-RS, donc je ne peux pas commenter sur CXF et de REPOS. Il a été facile à mettre en place RESTE un exemple d'utilisation de Jersey. La documentation est suffisante. Je n'ai pas utilisé RESTEasy mais Jersey, semble avoir plus de traction et de mises à jour plus récentes.
Un bon livre pour la mise en œuvre des lignes directrices est des Services Web RESTful livre de cuisine.