XMLHTTP et SOAP :
XML est latechnologie de base des services Web et la clé de la mise en œuvre de SOAP est conçue sur la base de XML. En termes d'implémentation : XMLHTTP est basé sur le navigateur. Tant que vous disposez d'IE, vous pouvez transférer des chaînes XML vers le serveur, qui est très polyvalent. Cependant, le navigateur n'est pas utilisé pour XMLHTTP. Il est réservé aux utilisateurs publics. Si XML peut être utilisé pour effectuer diverses opérations, cela affectera inévitablement les utilisateurs. Par exemple, le navigateur correspondant à la version précédente de msxml peut accéder aux documents XML clients (initialement conçus pour XMLHTTP), ce qui signifie que le système de fichiers local est accessible via la technologie XMLHTTP. Plus tard, Microsoft l'a défini comme une vulnérabilité, mais ce n'est plus possible désormais. Bien sûr, vous pouvez également écrire des programmes clients, mais ils sont limités aux programmes de la série Visual. Ils peuvent appeler l'API en msxml. Mais le serveur peut être asp, jsp/servlet, qui convertissent tous les chaînes XML enobjets de document XML.
SOAP est un protocole de communication au format XML, comprenant : l'enveloppe SOAP définit une convention pour décrire le contenu du message, ce qui implique que la méthode de traitement des messages fournit un ensemble de mécanismes généraux pour transmettre les enveloppes SOAP via des règles de codage de niveau inférieur ; divers Une convention pour mapper les types de données d'application àune représentation XML basée sur des balises ; le mécanisme RPC fournit un moyen de représenter les appels de procédure distante et leurs valeurs de retour. Il n'y a pas de relation claire entre cela et d'autres accords. Sa province est un accord. Il peut être lié à http.stmp, TCP et d'autres protocoles. Les messages SOAP sont des documents XML et peuvent également contenir des pièces jointes. Il peut générer des messages SOAP basés sur l'API définie par le W3C. Bien entendu, la plateforme .net de Microsoft prend également en charge SOAP. SOAP+HTTP est similaire à XMLHTTP dans le sens où il offre des capacités de mise en œuvre meilleures et plus puissantes, une évolutivité et une polyvalence dans les communications collaboratives distribuées. Plus important encore, il est devenu une technologie clé pour les services Web et les communications en ligne.
SOAP et RMI, CORBA, COM
RMI et COM sont toutes des implémentations d'applications distribuées et définissent la communication entre les composants. Puisqu'il ne s'agit que de conventions de communication entre des programmes sous un système (comme une série de programmes écrits en Java ) et que la communication nécessite un support de plate-forme spécifique, sauf que la communication au sein de ce système est efficace, elle ne peut pas être utilisée avec d'autres programmes système.
Afin de résoudre ce problème de communication, CORBA a conçu un modèle de requête proxy (utilisant le langage IDL) afin qu'ils puissent communiquer entre eux. Cependant, cela semble être un correctif et ne peut pas résoudre le problème fondamental. Le système devient de plus en plus complexe. , et l'utilisation de CORBA n'est efficace que pour restaurer la valeur des anciens systèmes. Aucun d’entre eux ne peut traverser le pare-feu. SOAP+HTTP est un protocole compatible avec le pare-feu et peut traverser le pare-feu.
SOAP est un protocole qui n'a rien à voir avec une implémentation spécifique. Il est basé sur le format XML et transmet les données au format XML, ce qui rend le système plus fluide. De cette manière, la lisibilité du XML est utilisée dans l'application pour analyser le document XML afin d'implémenter l'application, ce qui améliore considérablement l'interopérabilité du système (communication avec différents systèmes). De plus, la logique métier de chaque unité du système est claire, ce qui la rend hautement portable et réutilisable.
UDDI et JNDI
UDDI est le protocole de gestion de l'enregistrement des services. Le centre d'enregistrement UDDI est utilisé pour enregistrer les services via WSDL. Les clients obtiennent des documents WSDL en recherchant des services dans le centre d'enregistrement UDDI et obtiennent un accès basé sur le WSDL. documents. Méthodes d’un service pour communiquer avec le service à l’aide de SOAP. Il peut être implémenté via une base de données , ou il peut être exprimé en utilisant du XMLopen source ou d'entreprise ( IBM, etc.). Lorsque les utilisateurs interrogent, leurs détails peuvent être renvoyés sous forme d'informations au format XML. La procédure d'accès n'est rien d'autre qu'un processus de recherche hiérarchique. Les services qu'il enregistre sont universels et indépendants de la plate-forme, et la méthode d'enregistrement est au format XML universel. Il peut être orienté Internet ou Interanet pour fournir divers services à différents utilisateurs.
JNDI est le répertoire de dénomination des services Java. Il enregistre le répertoire d'accès des EJB et DataSource sous la forme d'une arborescence. Les programmes peuvent localiser les services via JDNI et RMI. Plus précisément, via leurs fichiers de déploiement, lorsque le serveur démarre, il établit automatiquement JNDI en fonction des fichiers de déploiement et prend en charge les requêtes RMI et du service de nommage (implémentées par le serveur lui-même). RNI peut alors accéder à ces composants. Son idée est fondamentalement similaire à UDDI, mais elle est liée à une plate-forme système spécifique et est entièrement liée à des services (liés aux programmes, strictement non appelés services, mais composants), et sa mise en œuvre est simple. Par conséquent, UDDI est plus dynamique et plus facile à utiliser que JNDI.
Les fichiers de configuration de WSDD et d'EJB
sont similaires aux beans d'entité CMP. WSDD présente des similitudes avec ses fichiers de configuration, mais il décrit le mappage entre les données et la base de données et n'implique pas de méthodes. .Il existe un système de serveur Méthodes d'accès à l'implémentation sous-jacentes. WSDD définit l'interface d'accès au service et le système sous-jacent qui prend en charge les services Web identifie l'interface, transmet les données, etc.