Escribí 2 servicios web, uno con Jax-WS y otro con Jax-RPC. Acaban de devolver una cadena.JAX-WS contra JAX-RPC
Probé la prueba con jMeter y, curiosamente, Jax-RPC fue un poco más rápido.
¿Cuándo realmente me beneficio de Jax-WS en aspectos de rendimiento (tiempo de respuesta, tiempo de CPU, montón)? ¿Cómo puedo probarlo?
gracias por su tiempo! =)
Usted no ha mencionado nada acerca de las implementaciones que se está usando por lo que es difícil decir algo sobre ellos :)
No sé si su punto de referencia es representativa de nada, No estoy seguro de que permita hacer una conclusión válida.
Se supone que JAX-WS tiene un mejor rendimiento en general que JAX-RPC, consulte the already mentioned article.
JAX-RPC es un estándar muerto que se ha eliminado en Java EE 6 (y, por lo tanto, podría ser eliminado de futuras versiones). Motivo de la poda: JAX-RPC fue un intento inicial de modelar servicios web SOAP como llamadas RPC. Desde entonces, los servicios web han dejado de ser un modelo RPC. La API JAX-WS, mucho más robusta, rica en funciones y popular, reemplaza efectivamente a JAX-RPC.
En resumen, definitivamente no me basar un nuevo proyecto sobre JAX-RPC.
java.rmi.Remote concepto de interfaz. Y usa RemoteException, es decir, todos los métodos remotos en una interfaz de punto final de servicio (SEI) arrojan el estándar java.rmi.RemoteException. JAX-RPC 2.0 se renombró JAX-WS 2.0.@WebService, @SOAPBinding, @WebMethod, @WebParam, @WebServiceClient y así sucesivamente.