JAX-RS peut-il faire des requêtes asynchrones comme JAX-WS?
1) Je ne sais pas si l'API JAX-RS inclut un mécanisme spécifique pour les requêtes asynchrones, mais cette réponse pourrait encore changer en fonction de l'implémentation client que vous utilisez.
JAX-RS peut-il accéder à un service Web qui ne s'exécute pas sur la plate-forme Java, et vice versa?
2) Je ne vois aucune raison pour laquelle cela ne serait pas possible.
Que signifie «REST est particulièrement utile pour les appareils à profil limité, tels que les PDA et les téléphones portables»?
3) Les architectures basées sur REST utilisent généralement un format de données léger, comme JSON, pour envoyer des données dans les deux sens. Cela contraste avec JAX-WS qui utilise XML. Je ne vois pas XML en lui-même si beaucoup plus lourd que JSON (ce que certaines personnes peuvent argumenter), mais avec JAX-WS, c'est la quantité de XML utilisée qui finit par faire de REST avec JSON l'option la plus légère.
Que signifie «JAX-RS ne nécessite pas de messages XML ou de définitions d'API de service WSDL?
4) Comme indiqué en 3, les architectures REST utilisent souvent JSON pour envoyer et recevoir des données. JAX-WS utilise XML. Ce n'est pas que JSON soit tellement plus petit que XML en lui-même. C'est principalement que la spécification JAX-WS inclut beaucoup de frais généraux dans la façon dont elle communique.
En ce qui concerne les définitions WSDL et API, REST utilisera plus fréquemment la structure URI et les commandes HTTP pour définir l'API plutôt que les types de message, comme cela se fait dans JAX-WS. Cela signifie que vous n'avez pas besoin de publier un document WSDL pour que les autres utilisateurs de votre service puissent savoir comment parler à votre service. Avec REST, vous devrez toujours fournir de la documentation aux autres utilisateurs sur l'organisation du service REST et sur les données et les commandes HTTP à envoyer.