De hecho, en términos de efectos de implementación, son muy similares. El mismo punto:
El cliente accede a la URL de un servidor y luego obtiene el resultado. El servlet que utilizamos se basa en el modo de respuesta de solicitud http. La mayoría de las capas inferiores de WebService también utilizan http como implementación.
En cuanto al cliente, ambos no están limitados. Siempre que sea un cliente que pueda enviar solicitudes http, puede ser una aplicación normal, un navegador, una plataforma j2me, jese o incluso cualquier forma de. cliente en otros idiomas. Esto está determinado por las características del protocolo http.
Diferencia: pero el servlet solo puede aceptar una solicitud http simple, mientras que WebService envía un xml como contenido de su solicitud.
Como resultado de retorno, el servlet es una página html, mientras que ws puede ser un objeto complejo o incluso un archivo binario que utiliza archivos adjuntos o mutidata.
El servidor no es el mismo. El primero debe cumplir con las especificaciones de la aplicación web j2ee y desplegarse en servidores de aplicaciones como tomcat y weblogic. WebService requiere un archivo WSDL para implementar el servicio o utilizar UDDI para registrarse.
De hecho, cuando vi este título por primera vez, sentí que los dos no tenían ninguna relación. ¿Cómo podrían compararse? El siguiente análisis se debe a que su implementación http subyacente los hace realmente similares. Las características multiplataforma de WebService son incomparables con las de los servlets y no se puede ignorar la ventaja de velocidad relativa de los servlets.