XMLHTTP und SOAP:
XML ist die zentraleBasistechnologie von Webdiensten und der Schlüssel zur SOAP-Implementierung. XMLHTTP basiert auf XML. Zur Implementierung: XMLHTTP basiert auf dem Browser. Solange Sie über den IE verfügen, können Sie XML-Strings an den Server übertragen, was sehr vielseitig ist. Der Browser wird jedoch nicht für XMLHTTP verwendet. Wenn XML zum Durchsuchen verschiedener Vorgänge verwendet werden kann, hat dies zwangsläufig Auswirkungen auf die Benutzer. Beispielsweise kann der Browser, der der vorherigen Version von msxml entspricht, auf Client-XML-Dokumente zugreifen (ursprünglich für XMLHTTP entwickelt), was bedeutet, dass über die XMLHTTP-Technologie auf das lokale Dateisystem zugegriffen werden kann. Später hat Microsoft es als Sicherheitslücke definiert, aber jetzt ist es nicht mehr möglich. Natürlich können Sie auch Client-Programme schreiben, diese sind jedoch auf Programme der Visual-Serie beschränkt. Sie können die API in msxml aufrufen. Der Server kann jedoch ASP, JSP/Servlet sein, die alle XML-Strings in XML-Dokumentobjekte konvertieren.
SOAP ist ein Kommunikationsprotokoll im XML-Format, einschließlich: Der SOAP-Umschlag definiert eine Konvention zum Beschreiben des Nachrichteninhalts und impliziert, dass die Nachrichtenverarbeitungsmethode eine Reihe allgemeiner Mechanismen zum Übertragen von SOAP-Umschlägen über Protokolle auf niedrigerer Ebene bereitstellt Verschiedene Eine Konvention zum Zuordnen von Anwendungsdatentypen zur Tag-basierten XML-Darstellung . Der RPC-Mechanismus bietet eine Möglichkeit, Remote-Prozeduraufrufe und ihre Rückgabewerte darzustellen. Es besteht kein klarer Zusammenhang zwischen ihm und anderen Vereinbarungen. Es kann an http.stmp, tcp und andere Protokolle gebunden werden. SOAP-Nachrichten sind XML-Dokumente und können auch Anhänge haben. Sie können SOAP-Nachrichten basierend auf der vom W3C definierten API generieren. Natürlich unterstützt auch die .net-Plattform von Microsoft SOAP. SOAP+HTTP ähnelt XMLHTTP, da es bessere und leistungsfähigere Implementierungsmöglichkeiten, Skalierbarkeit und Vielseitigkeit in der verteilten kollaborativen Kommunikation bietet. Noch wichtiger ist, dass es zu einer Schlüsseltechnologie für Webdienste und Leitungskommunikation geworden ist.
SOAP und RMI, CORBA, COM
RMI und COM sind allesamt Implementierungen verteilter Anwendungen und definieren die Kommunikation zwischen Komponenten. Da es sich lediglich um Kommunikationskonventionen zwischen Programmen unter einem System handelt (z. B. einer Reihe von in Java geschriebenen Programmen) und die Kommunikation eine bestimmte Plattformunterstützung erfordert, kann sie nicht mit anderen Systemen verwendet werden, außer dass die Kommunikation innerhalb dieses Systems effizient ist.
Um dieses Kommunikationsproblem zu lösen, hat CORBA ein Proxy-Anfragemodell (unter Verwendung der IDL-Sprache) entwickelt, damit sie miteinander kommunizieren können. Dies scheint jedoch ein Patch zu sein und kann das grundlegende Problem nicht lösen , und der Einsatz von CORBA ist nur bei der Wiederherstellung des Wertes alter Systeme wirksam. Keiner von ihnen kann die Firewall passieren. SOAP+HTTP ist ein Firewall-freundliches Protokoll und kann die Firewall passieren.
SOAP ist ein Protokoll, das nichts mit einer bestimmten Implementierung zu tun hat. Es basiert auf dem XML-Format und überträgt Daten im XML-Format, wodurch das System locker wird. Auf diese Weise wird die Lesbarkeit von XML in der Anwendung genutzt, um das XML-Dokument zur Implementierung der Anwendung zu analysieren, was die Interoperabilität des Systems (Kommunikation mit verschiedenen Systemen) erheblich verbessert. Darüber hinaus ist die Geschäftslogik jeder Einheit im System klar, wodurch es äußerst portabel und wiederverwendbar ist.
UDDI und JNDI
UDDI ist das Registrierungsverwaltungsprotokoll für Dienste. Benutzer können Dienste über WSDL registrieren, indem sie im UDDI-Registrierungscenter nach Diensten suchen Methoden eines Dienstes zur Kommunikation mit dem Dienst über SOAP. Es kann über eine Datenbank implementiert oder mithilfe vonOpen-Source- oder Unternehmens-XML ( IBM usw.) ausgedrückt werden. Wenn Benutzer eine Anfrage stellen, können ihre Details durch XML-formatierte Informationen zurückgegeben werden. Das Zugriffsverfahren ist nichts anderes als ein hierarchischer Suchvorgang. Die registrierten Dienste sind universell und plattformunabhängig, und die Registrierungsmethode erfolgt in einem universellen XML-Format. Es kann internetorientiert oder internetorientiert sein, um verschiedenen Benutzern verschiedene Dienste bereitzustellen.
JNDI ist das Benennungsverzeichnis für Java-Dienste. Es zeichnet das Zugriffsverzeichnis von EJB und DataSource in Form eines Baums auf. Programme können Dienste über JDNI und RMI finden. Insbesondere richtet der Server beim Start über seine Bereitstellungsdateien automatisch JNDI basierend auf den Bereitstellungsdateien ein und unterstützt RMI und Namensdienstabfragen (vom Server selbst implementiert). RNI kann dann auf diese Komponenten zugreifen. Seine Idee ähnelt im Wesentlichen der von UDDI, ist jedoch an eine bestimmte Systemplattform gebunden und vollständig an Dienste gebunden (in Bezug auf Programme, die streng genommen nicht als Dienste, sondern als Komponenten bezeichnet werden), und die Implementierung ist einfach. Daher ist UDDI dynamischer und einfacher zu bedienen als JNDI.
Die Konfigurationsdateien von WSDD und EJB
ähneln den Konfigurationsdateien von WSDD, beschreiben jedoch die Zuordnung zwischen Daten und Datenbank und umfassen keine Methoden . Es gibt ein Serversystem. Die zugrunde liegenden Implementierungszugriffsmethoden. WSDD definiert die Zugriffsschnittstelle des Dienstes, und das zugrunde liegende System, das Webdienste unterstützt, identifiziert die Schnittstelle, überträgt Daten usw.