JAX-WS vs JAX-RPC
J'ai écrit 2 webservices, l'un avec Jax-WS et une avec Jax-RPC.
Ils ont juste de retour d'une Chaîne.
Je stress testé les deux avec jMeter et, étrangement, ce qui Jax-RPC a été un peu plus rapide.
Quand dois-je vraiment tirer profit de Jax-WS dans les aspects de la performance (temps de réponse, CPU-temps, tas)?
Comment puis-je la preuve il?
merci pour votre temps! =)
Vous devez vous connecter pour publier un commentaire.
Vous n'avez rien dit à propos de l'application que vous utilisez il est donc difficile de dire quelque chose sur eux 🙂
Je ne sais pas si votre référence est représentatif de rien du tout, je ne suis pas sûr qu'il permet de faire des conclusions valides.
JAX-WS est censé effectuer mieux en général que JAX-RPC, voir je l'ai déjà mentionné à l'article.
JAX-RPC est un mort norme qui a été taillé dans Java EE 6 (et peut donc être supprimée dans les versions futures). Raison pour Taille: JAX-RPC a été un début de tentative de modélisation de SAVON services web, comme des appels RPC. Les services Web ont depuis grandi pour être un modèle RPC. La beaucoup plus solide, riche en fonctionnalités et populaire JAX-WS API efficacement remplace JAX-RPC.
Pour résumer, je serais certainement pas la base d'un nouveau projet sur JAX-RPC.
java.rmi.Remote
concept d'interface. Et utiliseRemoteException
c'est à dire toutes les méthodes à distance à un point de terminaison de service d'interface (SEI) de jeter la normejava.rmi.RemoteException
. JAX-RPC 2.0 a été renommé JAX-WS 2.0.@WebService
,@SOAPBinding
,@WebMethod
,@WebParam
,@WebServiceClient
et ainsi de suite.JAX-RPC prend en charge WS-I Basic Profile (BP) de la version 1.0. JAX-WS prend en charge BP 1.1.