Netz hält Infrastruktur instand

Netzservice Verzeichnisse erlaubt uns, Versorger der Netzdienstleistungen zu lokalisieren. Sie liefern eine zentralisierte, Internet-zugängliche Position, in der NetzDienstbenutzer (Verbraucher) die Dienstleistungen leicht finden können, die durch andere Firmen und Organisationen angeboten werden. Sie können als „Yellow Pages“ der Netzdienstleistungen benannt werden, in denen wir eine Liste der Netzdienstleistungen und ihrer Positionen finden können. Mit diesen Verzeichnissen können wir jeden möglichen Netzservice suchen und finden basiert auf der Art des Services, den wir benötigen.

Die Universalbeschreibung, die Entdeckung und die Integration (UDDI) ist z.Z. der tatsächliche Standard für das Katalogisieren und das Finden von Netzdienstleistungen. Die UDDI Organisation verursachte ein Verzeichnis von Services, von usw. API für teilnehmende Firmen und von Organisationen, die Netzdienstleistungen bereitstellen. Du kannst die UDDI Web site besichtigen, um nach Netzdienstleistungen zu suchen. Sonst kannst du Sichtnetzbezugseigenschaft s des studios .NET verwenden ', um diese Verzeichnisse zu suchen.

Netzservices Entdeckung liefert die Fähigkeit, um Netzdienstleistungen zu lokalisieren. Es ist ein Prozeß des Lokalisierens der Dokumente, die einen spezifischen Service definieren. Diese Fähigkeiten werden in einer Standardweise mit der Netz-Service-Beschreibung Sprache (WSDL) beschrieben die spezifisch für dieses bestimmt ist. Der Entdeckungprozeß erlaubt einem NetzDienstbenutzer, das WSDL Dokument zu suchen und zu lokalisieren. Die Spezifikation der DISCO (Entdeckung) definiert das Bestehen der Netzdienstleistungen und hilft, das des Netzdokument WSDL Services herauszusuchen. DISCO-Dokumente sind gegründete XML und haben eine Dateiextension von .vsdisco. Das Entdeckungdokument ist ein Behälter für zwei Elemente, Zeiger zum WSDL Dokument und Zeiger zu anderen Entdeckungdokumenten. Diese Zeiger sind in der Form ein URL.

Du kannst Sichtnetzbezugseigenschaft s des studios .NET verwenden ', die die Netzdienstleistungen lokalisiert, die automatisch den Entdeckungprozeß verwenden. Tun, daß du das URL des Entdeckungdokumentes eintragen mußt, das den Entdeckungprozeß initialisiert. Sonst das des .NET Discowerkzeug Rahmens benutzen, um nach Netzservice-Beschreibung Akten zu suchen.

Netzservice Beschreibung ist ein XML Dokument, das Netzservice-Fähigkeiten ermöglicht beschrieben zu werden. Mit WSDL können wir die Netz-ansprechbaren Eingänge in Antrag/Antwortmeldungen ausgedrückt offenbar definieren. Auch diese Beschreibung schließt Informationen über die gestützten Protokolle und die Datenarten, die durch den Netzservice verarbeitet werden ein. Asp .NET und die .NET Plattform gibt die Unterstützung für Erzeugung der dieses WSDL Dokumente vom Netz-Service, wenn es verlangt wird.

Die Standardmethode des Einwirkens auf einen Netz-Service ist durch den Gebrauch von einer Vollmachtkategorie. Sichtstudio .NET und Asp .NET liefern Werkzeuge, um eine Netz-Service-Vollmachtkategorie zu erzeugen. Die Vollmachtkategorie ist, ähnlich dem tatsächlichen Netzservice aber enthält nicht alles Implementierung Fach. Mit Sichtstudio .NET, das wir die Vollmachtkategorie von den WSDL Dokumenten mit ihm erzeugen können, ist die Netzbezugseigenschaft, zum eines Netzservices zu lokalisieren, den wir benennen möchten. Nachdem wir das WSDL Dokument lokalisiert haben, können wir die Vollmachtkategorie erzeugen, welche die hinzufügenbezugstaste verwendet.

Netzservice Leitung Format lassen Netzdienstleistungen Daten und Anzeigen austauschen. Leitung Formate beschreiben die Methode, durch die Netzservice-Antrag/Antwortmeldungen zwischen den Netz-Service und jeden möglichen Verbraucher kodiert und transportiert werden. Die drei gestützten worden Leitung Formate sind: HTTP-GET, HTTP-POST und HTTP-SOAP.

Das HTTP-GET Protokoll kodiert Netzservice-Betrieb Anträge und Argumente im URL des Netzservices. Dieses wird als Teil der URL Zeichenkette kodiert und alle mögliche Argumente werden während die Frage Zeichenketteparameter kodiert, die zum Unterseite URL angefügt werden. Das URL spezifiziert den ansprechbaren Eingang des Netzes für den Netzservice, der eine .asmx Akte ist.

Das HTTP-POST Protokoll kodiert Netz-Service-Betrieb Anträge und Argumente innerhalb des Nutzlast Bereichs des HTTP-POST verlangen als Name/Wertpaare. HTTP-POST ist HTTP-GET ähnlich, aber der Unterschied ist HTTP-POST Durchlaufparameter innerhalb der tatsächlichen HTTP Antragüberschrift anstatt als Frage Zeichenkette, die zum URL hinzugefügt wird.

HTTP-SOAP ist das Rückstellung Leitung Format. Gegründet auf der SOAP Spezifikation stützt es die breiteste Strecke der einfachen und komplizierten Datenarten. Netzservice-Antrag und Antwortmeldungen werden in SOAP Anzeige, die im Nutzlast Bereich einer HTTP-POST Anzeige eingeschlossen sind, SOAP Anzeigen werden kodiert in XML mit dem SOAP Wortschatz kodiert, der in der Spezifikation definiert wird.

XML stellt eine Standard-gegründete Methode für das Beschreiben von Daten zur Verfügung. XML wird weitgehend im Gebäude und in verbrauchenden Netzdienstleistungen verwendet. XML hat die Fähigkeit, Daten zu beschreiben, die unter vielen unterschiedlichen Systemen auf dem Internet in hohem Grade interoperable ist. Mit den grundlegenden Elementen von XML können wir die einfache und komplizierte Datenarten und -verhältnisse definieren. XML fördert die Fähigkeit der Netzdienstleistungen, ihre Daten leistungsfähig und effektiv mitzuteilen. Es ist dieses XML, das eine gleichbleibende und genaue Deutung der Daten sicherstellt, wenn der Service und der Verbraucher auf unterschiedlichen Plattformen liegen.

Wir hören viel über SOAP diese Tage. Lassen Sie uns einen Blick nehmen, welche SOAP ist und warum es mit .NET zusammenhängt. Simple Object Access Protocol ( SOAP) ist ein kompaktes Protokoll für Nachrichtenaustausch in einem dezentralisierten, verteilten Klima. Es ist ein industriekompatibles Anzeige Format, das Anzeige-gegründeten Kommunikationen für Netzdienstleistungen ermöglicht. Es ist gegründetes XML und besteht aus drei Teilen, einschlagen, das definiert einen Rahmen damit das Beschreiben was in einer Anzeige und wie sie ist, einen Satz kodierenrichtlinien für das Ausdrücken von Fällen der Anwendung-definierten Datenarten und von Versammlung für das Darstellen der Remoteverfahren Anrufe (RPC) verarbeitet. Die Fähigkeit der SOAP, zum ein modulares, die vorbildlichen und kodiereneinheiten verpackend für kodierendaten innerhalb der Module, bereitzustellen erlaubt, daß es über mehrfachen Protokollen mit einer Vielzahl der unterschiedlichen programmierenmodelle verwendet wird.

Definiert, es gibt wahlweise freigestellte Teile der SOAP Spezifikation und ein wahlweise freigestelltes Teil was eine HTTP Anzeige, die enthält, eine SOAP Anzeige wie aussieht. Diese HTTP Schwergängigkeit ist wichtig, da HTTP durch fast alle Betriebssysteme gestützt wird. Die HTTP Schwergängigkeit ist wahlweise freigestellte, aber fast alle SOAP Implementierungen Unterstützung es, da es das einzige standardisierte Protokoll für SOAP ist. Aus diesem Grund gibt es ein allgemeines Mißverständnis, daß SOAP HTTP erfordert. Einige Implementierungen stützen MSMQ, MQ Reihen, smtp oder TCP/IP Transporte, aber fast alle gegenwärtigen XML Netzdienstleistungen benutzen HTTP, weil es überall vorhanden ist.

Eine Hauptquelle des Durcheinanders, beim Erhalten begonnen mit SOAP ist der Unterschied zwischen der SOAP Spezifikation und den vielen Implementierungen der SOAP Spezifikation. Die meisten Leute, die SOAP schreiben nicht SOAP Anzeigen direkt benutzen, aber benutzen einen SOAP Toolkit, um die SOAP Anzeigen zu verursachen und zu analysieren. Diese Toolkits übersetzen im Allgemeinen Funktion Anrufe von irgendeiner Art Sprache zu einer SOAP Anzeige. Z.B. übersetzt der Microsoft SOAP Toolkit 2.0 COM Funktion Anrufe, um EINZU SOAP und der Apache Toolkit übersetzt JAVA Funktion Anrufe, um EINZUSOAPN. Die Arten der Funktion Anrufe und die Datenarten der gestützten Parameter schwanken mit jeder SOAP Implementierung, so eine Funktion, die Arbeiten mit einem Toolkit möglicherweise nicht mit anderen bearbeiten können. Dieses ist nicht eine Beschränkung der SOAP aber eher der bestimmten Implementierung, die du verwendest.

Bei weitem ist die unwiderstehlichste Eigenschaft der SOAP, daß sie auf vielen unterschiedlichen Plattformen eingeführt worden ist. Dies heißt, daß SOAP benutzt werden kann, um unvereinbare Systeme innerhalb und ohne einer Organisation zu verbinden. Viele Versuche sind in der Vergangenheit, mit einem allgemeinen Kommunikationsprotokoll oben zu kommen gebildet worden, das für Anpassung verwendet werden könnte, aber keine von ihnen haben die weitverbreitete Annahme gehabt, die SOAP hat. Das ist, weil SOAP viel kleiner und einfacher ist als viele der vorhergehenden Protokolle einzuführen. Z.B. dauerten DCE und CORBA Jahre zum Werkzeug. SOAP kann bestehende XML grammatische Definitionen und HTTP Bibliotheken jedoch benutzen, um die meisten der harten Arbeit zu erledigen, also kann eine SOAP Implementierung in einer Angelegenheit von Monaten durchgeführt werden. Deshalb gibt es mehr als 70 vorhandene SOAP Implementierungen. SOAP offensichtlich tut nicht alles, das DCE oder CORBA, aber der Mangel an Kompliziertheit gegen Eigenschaften ist, was SOAP so leicht verfügbar bildet.

Universalentdeckung-Beschreibung und Integration ist wie die „Yellow Pages“ der Netzdienstleistungen. Wie mit traditionellen Yellow Pages, können wir nach einer Firma suchen, die die Dienstleistungen, die anbietet wir benötigen, gelesen über den angebotenen Service und treten mit der Firma zu mehr Information in Verbindung. Wir können einen Netzservice auch anbieten, ohne ihn in UDDI zu registrieren.

Ein UDDI Eintrag in ein Verzeichnis ist eine XML Akte, die ein Geschäft und die Dienstleistungen beschreibt, die, er anbietet. Es gibt drei Teile zu einer Eintragung im UDDI Verzeichnis. Die „white pages“ beschreiben die Firma, die den Service, wie, Namen, Adresse, Kontakte, etc. anbietet. Die „Yellow Pages“ schließen die industriellen Kategorien ein, die auf Standardtaxonomies die industrielle Standardklassifikation basieren. Die „grünen Seiten“ beschreiben die Schnittstelle zum Service ausführlich genügend, damit jemand eine Anwendung schreibt, um den Netzservice zu verwenden. Die Weise, die Dienstleistungen definiert werden, ist durch ein UDDI Dokument, das eine Art Modell oder tModel genannt wird. In vielen Fällen enthält das tModel eine WSDL Akte, die eine SOAP Schnittstelle zu einem XML Netzservice beschreibt, aber das tModel ist genug flexibel, fast irgendeine Art Service zu beschreiben.

Das UDDI Verzeichnis schließt auch einige Weisen ein, nach den Dienstleistungen zu suchen, die wir unsere Anwendungen errichten müssen. Z.B. können wir nach Versorgern eines Services in einer spezifizierten geographischen Position oder nach Geschäft einer spezifizierten Art suchen. Das UDDI Verzeichnis liefert dann Informationen, Kontakte, Verbindungen und technische Daten, um uns zu erlauben, auszuwerten, welche Dienstleistungen unseren Anforderungen entsprechen.

UDDI erlaubt uns, Geschäfte zu finden, die wir Netzservices von erhalten wünschen konnten. Mit, wenn wir bereits wissen, wem möchten wir tun Geschäft aber, wenn wir nicht wissen, welche Dienstleistungen dann angeboten wir sind, können die W-Kontrolle Spezifikation verwenden, die uns erlaubt, durch eine Ansammlung XML Netzdienstleistungen zu grasen, die auf einem spezifischen Bediener Entdeckung angeboten werden, welche deine Bedürfnisse erfüllen konnten. XML Netz-Dienstleistungen