El servicio web XML es el componente básico para la computación distribuida en Internet. Abra los estándares y centrarse en la comunicación y la colaboración entre usuarios y aplicaciones crean un entorno en el que el servicio web XML se convierte en una plataforma para la integración de aplicaciones. El editor de WULIN.com recomienda esto para enseñarle los conceptos básicos de Learning XML Web Service Soap. Aquí también hay tutoriales sobre Web XML. Espero que puedas gustar y aprender algo para mejorar tus conocimientos y habilidades. La siguiente es una lectura detallada del contenido: ¿Qué es el servicio web XML?
El servicio web XML es el componente básico para la computación distribuida en Internet. Abra los estándares y centrarse en la comunicación y la colaboración entre usuarios y aplicaciones crean un entorno en el que el servicio web XML se convierte en una plataforma para la integración de aplicaciones. Las aplicaciones se construyen utilizando servicios web XML a partir de múltiples fuentes diferentes, que funcionan juntas independientemente de dónde o cómo se implementen.
El número de definiciones de servicios web XML que se pueden encontrar en el número de empresas que crean servicios web XML. Sin embargo, casi todas las definiciones tienen los siguientes puntos en común:
1. El servicio web XML proporciona características útiles para los usuarios web a través de protocolos web estándar. En la mayoría de los casos, se usa el protocolo SOAB.
2. El servicio web XML puede describir sus interfaces con gran detalle, lo que permite a los usuarios crear aplicaciones de clientes para comunicarse con ellas. Esta descripción a menudo se incluye en un documento XML llamado documento del lenguaje de descripción del servicio web (WSDL).
3. El servicio web XML se ha registrado para que los usuarios potenciales puedan encontrar fácilmente estos servicios, que se realizan a través de Universal Discovery, Descripción e Integración (UDDI).
Una de las principales ventajas de la arquitectura del servicio web XML es que permite varios programas escritos en diferentes plataformas y en diferentes idiomas para comunicarse entre sí de manera estándar. Los usuarios que conocen algo de esta industria pueden decir de inmediato: esperar, ¿no han hecho Corba y los DCE anteriores las mismas promesas? ¿Cuál es la diferencia entre esto y ellos? La diferencia más importante es que el jabón es mucho más simple que los métodos anteriores, por lo que hay muchos menos obstáculos para implementar jabones compatibles con estándares. La última vez que conté, la lista ya contenía 79 elementos. Como es de esperar, la mayoría de las grandes compañías de software ofrecen implementaciones de SOAP, pero hay muchas implementaciones creadas y mantenidas por desarrolladores individuales. Otra gran ventaja del servicio web XML es el uso de protocolos web estándar: XML, HTTP y TCP/IP, en comparación con soluciones anteriores. Muchas compañías han establecido infraestructura web, y sus empleados tienen el conocimiento y la experiencia correspondientes en mantenimiento. Por lo tanto, la introducción de un servicio web XML es mucho más barato que la introducción de tecnologías anteriores.
Definimos el servicio web XML como: Servicios de software proporcionados en la web a través de SOAP, utilizando archivos WSDL para descripciones y registrándolos a través de UDDI. Entonces, podría preguntar: ¿Qué puede hacer con el servicio web XML? El servicio web XML original suele ser una fuente de información que se puede incorporar fácilmente a la aplicación, como precios de acciones, pronósticos meteorológicos, resultados deportivos y más. Es fácil pensar en una clase completa de aplicaciones que se pueden construir para analizar y agregar la información que le importa y proporcionarla de varias maneras; Por ejemplo, ¿puede usar un Microsoft? La hoja de cálculo de Excel para agregar toda su información financiera: acciones, 401k, depósitos bancarios, préstamos y más. Si puede obtener esta información a través del servicio web XML, Excel puede actualizarla constantemente. Parte de esta información es gratuita, mientras que otras pueden requerir una suscripción para obtener el servicio correspondiente. La mayor parte de esta información ahora está disponible en la web, pero el servicio web XML hace que el acceso a la programación sea más fácil y confiable.
Proporcione aplicaciones existentes en el servicio web XML, que puede crear aplicaciones nuevas y más potentes y aprovechar el servicio web XML como un bloque de construcción. Por ejemplo, un usuario puede desarrollar una aplicación de adquisición para obtener automáticamente información de precios de diferentes proveedores, permitiendo al usuario seleccionar proveedores, enviar pedidos y luego rastrear el envío de bienes hasta que se reciban los productos. Además de proporcionar servicios en la web, las aplicaciones de los proveedores también pueden usar el servicio web XML para verificar el crédito de los clientes, recaudar pagos y pasar por procedimientos de carga con compañías de carga.
En el futuro, algunos de los servicios web XML más interesantes compatibles con aplicaciones también pueden aprovechar la web para completar las tareas que actualmente no tienen éxito. Por ejemplo, el servicio de calendario es uno de los servicios que serán compatibles con el proyecto Microsoft .NET .NET My Services. Si su dentista y mecánico proporcionan sus horarios a través de este servicio web XML, puede programar citas con ellos a través de Internet; Si lo prefiere, también pueden hacer fechas para la limpieza y el mantenimiento diario directamente en su calendario. No es difícil imaginar que pueda crear cientos de aplicaciones siempre que pueda programar la web.
JABÓN
SOAP es el protocolo de comunicación del servicio web XML. Cuando SOAP se describe como un protocolo de comunicación, la mayoría de las personas piensan en DCOM o Corba y hacen preguntas como cómo SOAP activa los objetos. ¿O qué tipo de servicios de nombres usa SOAP? Aunque la implementación de SOAP puede incluir lo anterior, el estándar SOAP no lo especifica. SOAP Una especificación que define el formato XML de mensajes: esta es una parte necesaria de la especificación. Un segmento XML correctamente estructurado contenido en un par de elementos de jabón es un mensaje de jabón. ¿Es esto muy simple?
Otras partes de la especificación SOAP describen cómo representar los datos del programa como XML y cómo usar SOAP para llamadas de procedimientos remotos (RPC). Estas piezas de especificación opcional se utilizan para implementar aplicaciones en forma de RPC, donde el cliente emitirá un mensaje SOAP (incluida la función invocable y los parámetros que se transferirán a la función), y el servidor devolverá un mensaje que contenga el resultado de la ejecución de la función. Actualmente, la mayoría de las implementaciones de SOAB admiten aplicaciones RPC porque los programadores que están acostumbrados a desarrollar aplicaciones COM o CORBA están familiarizados con el formulario RPC. SOAP también admite aplicaciones de documentación, en las que los mensajes SOAP son solo un envoltorio de documentos XML. Las aplicaciones SOAP documentadas son muy flexibles, y muchos nuevos servicios web XML aprovechan esta función para crear servicios que son difíciles de implementar con RPC.
La última parte opcional de la especificación SOAP define el estilo de los mensajes HTTP que contienen mensajes SOAP. Esta unión de HTTP es muy importante porque casi todos los OS actuales (y muchos OS anteriores) admiten HTTP. Aunque la unión de HTTP es opcional, casi todas las implementaciones de SOAP admiten la unión de HTTP porque es el único protocolo estándar para SOAP. Por esta razón, las personas a menudo creen erróneamente que el jabón debe usar HTTP. De hecho, algunas implementaciones también admiten la transmisión MSMQ, MQ, SMTP o TCP/IP, pero debido a que HTTP es muy común, casi todos los servicios web XML actuales lo usan. Debido a que HTTP es el protocolo central de la web, la infraestructura de red de la mayoría de las organizaciones admite HTTP y los empleados han aprendido a administrarlo. Hoy, se ha establecido una infraestructura para protección de seguridad, monitoreo y equilibrio de carga para HTTP.
Cuando comienza a usar SOAP, lo más fácil de confundir es la diferencia entre la especificación SOAP y sus muchas implementaciones. La mayoría de los usuarios que usan SOAP no escriben mensajes SOAP directamente, pero usan el kit de herramientas SOAP para crear y analizar mensajes SOAP. Estos kits de herramientas generalmente convierten las llamadas de funciones de un determinado idioma a los mensajes SOAP. Por ejemplo, Microsoft SOAP Toolkit 2.0 convierte las llamadas de la función COM a SOAP, mientras que Apache Toolkit convierte las llamadas de la función Java a SOAP. El tipo de llamada de función y el tipo de datos de parámetros compatibles varían según cada implementación de SAB, por lo que las funciones que se aplican a un conjunto de herramientas pueden no aplicarse a otro conjunto de herramientas. Esto no es una limitación de SOAB, sino una limitación del esquema de implementación específico utilizado.
Con mucho, la característica más sorprendente de SOAP es que se puede implementar en muchas plataformas de software y hardware diferentes. Esto significa que el jabón se puede usar para vincular diferentes sistemas dentro y fuera de la empresa. En el pasado, se han probado varios métodos para proponer un protocolo de comunicación común que pueda usarse para la integración del sistema, pero ninguno de ellos ha ganado un amplio reconocimiento como el jabón. ¿Por qué? Porque SOAP es más pequeño y más fácil de implementar que muchos protocolos anteriores. Por ejemplo, la implementación de DCE y Corba lleva años, por lo que solo se han publicado unas pocas soluciones de implementación. SOAP puede hacer la mayor parte del trabajo duro con los analizadores XML existentes y las bibliotecas HTTP, por lo que la implementación de SOAP puede completarse en cuestión de meses. Es por eso que ahora hay más de 70 implementaciones de jabón. Por supuesto, SOAP no tiene todas las funciones de DCE o Corba. Aunque las funciones se reducen, el jabón es más fácil de aplicar debido a su complejidad muy reducida.
La popularidad de HTTP y la simplicidad de SOAP le permiten llamarlos desde casi cualquier entorno, convirtiéndose en la base ideal para los servicios web XML.
Fin. El tutorial ha sido terminado aquí. ¿Has ganado algo de la lectura? Este sitio también proporciona contenido relacionado con XML web, bienvenido a continuar leyendo.