JAX-RS peut-il faire des requêtes asynchrones comme JAX-WS ?
1) Je ne sais pas si l'API JAX-RS comprend 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 fonctionne pas sur la plate-forme Java, et vice versa ?
2) Je ne vois pas pourquoi il ne pourrait pas le faire.
Que signifie l'expression "REST est particulièrement utile pour les appareils à profil limité, tels que les PDA et les téléphones mobiles" ?
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. Ceci est en contraste avec JAX-WS qui utilise XML. Je ne pense pas que XML soit en soi plus lourd que JSON (ce que d'aucuns pourraient soutenir), 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.
Qu'entend-on par "JAX-RS ne nécessite pas de messages XML ou de définitions WSDL des services-API ?
4) Comme indiqué au point 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 soi. C'est surtout que la spécification de JAX-WS inclut beaucoup de surcharge dans la façon dont il 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 messages, comme c'est le cas 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 une documentation aux autres utilisateurs sur la façon dont le service REST est organisé et sur les données et les commandes HTTP qui doivent être envoyées.
