XMLHTTP y SOAP:
XML es latecnología básica central de los servicios web y la clave para la implementación de SOAP. XMLHTTP está diseñado en base a XML. En términos de implementación: XMLHTTP se basa en el navegador. Siempre que tenga IE, puede transferir cadenas XML al servidor, lo cual es muy versátil. Sin embargo, el navegador no se utiliza para XMLHTTP. Es para que los usuarios públicos naveguen. Si XML se puede utilizar para completar varias operaciones, inevitablemente afectará a los usuarios. Por ejemplo, el navegador correspondiente a la versión anterior de msxml puede acceder a documentos XML del cliente (inicialmente diseñados para XMLHTTP), lo que significa que se puede acceder al sistema de archivos local a través de la tecnología XMLHTTP. Posteriormente Microsoft lo definió como una vulnerabilidad, pero ahora ya no es posible. Por supuesto, también puede escribir programas cliente, pero están limitados a programas de la serie Visual. Pueden llamar a la API en msxml. Pero el servidor puede ser asp, jsp/servlet, todos los cuales convierten cadenas xml enobjetos de documentos xml.
SOAP es un protocolo de comunicación en formato XML, que incluye: el sobre SOAP define una convención para describir el contenido del mensaje, lo que implica que el protocolo de enlace del mensaje proporciona un conjunto de mecanismos generales para transmitir el sobre SOAP a través de protocolos de codificación de nivel inferior; varios Una convención para asignar tipos de datos de aplicaciones auna representación XML basada en etiquetas; el mecanismo RPC proporciona una forma de representar llamadas a procedimientos remotos y sus valores de retorno. No existe una relación clara entre este y otros acuerdos. Su provincia es un acuerdo. Puede vincularse a http.stmp, tcp y otros protocolos. Los mensajes SOAP son documentos XML y también pueden tener archivos adjuntos. Puede generar mensajes SOAP basados en la API definida por W3C. Por supuesto, la plataforma .net de Microsoft también es compatible con SOAP. SOAP+HTTP es similar a XMLHTTP en que proporciona mejores y más potentes capacidades de implementación, escalabilidad y versatilidad en comunicaciones colaborativas distribuidas. Más importante aún, se ha convertido en una tecnología clave para servicios web y comunicaciones en línea.
SOAP y RMI, CORBA, COM
RMI y COM son implementaciones de aplicaciones distribuidas y definen la comunicación entre componentes. Dado que son solo convenciones de comunicación entre programas en un sistema (como una serie de programas escritos en Java ), y la comunicación requiere un soporte de plataforma específico, excepto que la comunicación dentro de este sistema es eficiente, no se puede utilizar con otros sistemas.
Para resolver este problema de comunicación, CORBA diseñó un modelo de solicitud de proxy (usando lenguaje IDL) para que puedan comunicarse entre sí. Sin embargo, esto parece ser un parche y no puede resolver el problema fundamental. El sistema se vuelve cada vez más complejo. , y el uso de CORBA sólo es eficaz para restaurar el valor de los sistemas antiguos. Ninguno de ellos puede atravesar el firewall. SOAP+HTTP es un protocolo compatible con firewall y puede atravesar el firewall.
SOAP es un protocolo que no tiene nada que ver con una implementación específica. Se basa en el formato XML y transmite datos en formato XML, lo que hace que el sistema sea más flexible. De esta manera, la legibilidad de XML se utiliza en la aplicación para analizar el documento XML para implementar la aplicación, lo que mejora enormemente la interoperabilidad del sistema (comunicación con diferentes sistemas). Además, la lógica empresarial de cada unidad del sistema es clara, lo que lo hace altamente portátil y reutilizable.
UDDI y JNDI
UDDI es el protocolo de gestión de registro de servicios. El centro de registro UDDI se utiliza para registrar servicios. Los usuarios pueden registrar servicios a través de WSDL. Los clientes obtienen documentos WSDL buscando servicios en el centro de registro UDDI y obtienen acceso según WSDL. Documentos Métodos de un servicio para comunicarse con el servicio utilizando SOAP. Se puede implementar a través de una base de datos o se puede expresar utilizando XMLde código abierto o corporativo ( IBM, etc.). Cuando los usuarios realizan consultas, sus detalles pueden ser devueltos mediante información con formato XML. El procedimiento de acceso no es más que un proceso de búsqueda jerárquico. Los servicios que registra son universales e independientes de la plataforma, y el método de registro es en formato XML universal. Puede estar orientado a Internet o a Interanet para proporcionar diversos servicios a diversos usuarios.
JNDI es el directorio de nombres de servicios de Java. Registra el directorio de acceso de EJB y DataSource en forma de árbol. Los programas pueden localizar servicios a través de JDNI y RMI. Específicamente, a través de sus archivos de implementación, cuando se inicia el servidor, establece automáticamente JNDI en función de los archivos de implementación y admite RMI y consultas de servicios de nombres (implementadas por el propio servidor). Luego, RNI puede acceder a estos componentes. Su idea es básicamente similar a UDDI, pero está vinculada a una plataforma de sistema específica y está completamente vinculada a servicios (relacionados con programas, estrictamente no llamados servicios, sino componentes), y su implementación es simple. Por lo tanto, UDDI es más dinámico y más fácil de operar que JNDI.
Los archivos de configuración de WSDD y EJB
son similares a los beans de entidad CMP. WSDD tiene similitudes con sus archivos de configuración, pero describe el mapeo entre los datos y la base de datos y no involucra métodos. Hay un sistema de servidor Los métodos de acceso de implementación subyacentes. WSDD define la interfaz de acceso del servicio y el sistema subyacente que admite los servicios web identifica la interfaz, transmite datos, etc.