Netz Hält Technologie-Überblick InstandEs gibt eine Anzahl von Weisen, Netzdienstleistungen zu beschreiben, aber, mit dem Ziel das Verwenden einer Standarddefinition, verwenden wir die W3C Definition eines Netzservices:Ein Netzservice ist ein Software-System, das entworfen ist, um interoperable Maschine-zu-Maschine Interaktion über einem Netz zu stützen. Er hat eine Schnittstelle, die in einem machine-processable Format beschrieben wird (spezifisch WSDL, später besprochen). Andere Systeme wirken auf den Netzservice ein, der in gewissem Sinne durch seine Beschreibung mit den SEIFE Anzeigen vorgeschrieben wird, mit HTTP mit einer XML periodischen Veröffentlichung in Verbindung mit anderen Netz-in Verbindung stehenden Standards gewöhnlich übermittelt.In einem typischen Netz hält Drehbuch, eine Geschäft Anwendung instand, die eine Netzservice-Gebrauch SEIFE Anzeige, normalerweise über dem HTTP Transportprotokoll sein könnte, einen Antrag zu einem anderen Service an einem URL zu schicken. Der Service empfängt den Antrag, Prozesse es und bringt eine Antwort zurück. In einem Versorgungsmaterial-Kette Drehbuch sind Netzdienstleistungen und ihre Verbraucher gewöhnlich die Geschäfte und bilden Netz, instandhält überwiegend Geschäft-zu-Geschäft (B2B) Verhandlungen. Ein Unternehmen kann der Netzdiensterbringer und auch der Verbraucher anderer Netzdienstleistungen sein. Z.B. ist ein Großhandelsverteiler der Gewürze in der Verbraucherrolle, wenn er einen Netzservice verwendet, um auf die Verwendbarkeit der Vanillebohnen und in der Versorgerrolle zu überprüfen, wenn er zukünftige Kunden mit Preisen für Vanillebohnen liefert. ProblemVerschiedene ist das Geschäft integriert Anwendungen in eine Binde-, zuverlässige und sichere Architektur eine allgemeine Herausforderung, die die meisten Unternehmen auf einer täglichen Grundlage adressieren müssen. Im vorhergehenden Beispiel kann ein Großhandelsverteiler ein Java EE System sein, während ein Produkthersteller ein NET Oder ein Vermächtnissystem ist. Die Anwendung-zu-Anwendung Interaktion stellt ein traditionelles Remote Procedure Call (RPC) dar, wo zwei Systeme mit einer synchronen Kommunikation Einheit integriert werden. Ein Klient erhält Informationen über den Auftrag erteilt basiert auf den Resultaten, die vom Produkt-Hersteller empfangen werden. Die rechte Technologie auszuwählen und die Bestimmung der Art der Kommunikation (synchron gegen asynchrones) sind wichtige Erfolgfaktoren.LösungNetzdienstleistungen sind ein de Facto Standard geworden, zum von von Interoperabilität über verschiedenen Sätzen Unternehmenanwendungen effektiv zu erzielen und einer bevorzugten Technologiewahl für Integration anzubieten. Ist hier der Grund, warum: Interoperabilität, Einfachheit, XML-gründete menschliches lesbares Format und leicht anwendbare Hilfe Stromlinie Zwischen-Anwendung Kommunikation. Folglich werden Netzdienstleistungen allgemein für beide B2B sowie korporative Zwischen-Anwendung Integration verwendet. Begrifflich bezieht das Netzservice-Modell die folgenden Elemente mit ein:
Netz-Service-TechnologienNetzdienstleistungen werden von XML getankt, der, seiend eine Preisaufschlagsprache, Neutralität der Plattform, der Sprache und des Verkäufers ermöglicht. XML ist auch der Schlüssel zur lose verbundenen Natur der Netzdienstleistungen. Ein Netzservice ist ein abstraktes Wesen, das durch eine XML-gegründete Schnittstelle definiert wird, hält Netz Beschreibung Sprache (WSDL) instand, und in Verbindung gestanden mit einem XML-gegründeten Protokoll (SEIFE) oder Representational Zustand-Übertragung (REST). Dieses ist das Wesentliche der Netzservice-Wert propositionthe Auszug Natur der Netzservice-Definition, Entdeckung, und Kommunikation, die zugrundeliegende Implementierung, sei es NET, Java EE oder noch etwas wird vollständig weg vom Verbraucher entzogen. Ähnlich, gibt es eine Flexibilität des Sendens der SEIFE Anzeigen über HTTP/S, ftp oder smtp Transport Protokolle.SEIFE ist die Technologie, die für das Verständigen mit Netzdienstleistungen verwendet wird. Während sehr einfache Informationen Übergangsdienstleistungen ohne SEIFE eingeführt werden können, sicher, zuverlässig, Mehrfach-, multi-Partei und/oder Multinetz Anwendungen seien Sie viel einfacher zu errichten, wenn es eine Standardweise des Verpackens der Nachrichtenübermittlung Informationen in einer Protokollneutralweise gibt. Dieses läßt auch die Nachrichtenübermittlung Infrastruktur (die fachkundigen Kleinteile, SEIFE Vermittler oder die Codebibliotheken sein, die kann von der entscheidenden Empfänger einer SEIFE Anzeige benannt werden), Authentisierung, Verschlüsselung, Zugriffssteuerung, die Verhandlungverarbeitung, die Verlegung und die Anlieferung Bestätigung Dienstleistungen zur Verfügung stellen. Struktur des SEIFE Umschlags (und Zubehörs) und header/processing Modelle sind ein sehr robuster und leistungsfähiger Rahmen gewesen, innerhalb dessen dies tun.Interoperabilität über heterogenen Systemen erfordert eine Einheit, die exakten Struktur- und Datenarten der von den Web Service-Produzenten und -verbrauchern allgemein verstanden zu werden Anzeigen zu erlauben. WSDL liefert eine exakte Beschreibung und ist die Grundlage von, wie Netzservices SEIFE Anzeigen für Austausch zwischen dem Verbraucher und dem Service erzeugt werden können. Zusätzlich zum Beschreiben der Netzservice-Anwendung Schnittstelle, ermöglicht WSDL auch, wie ein Netzservice in einem Geschäft Register beschrieben wird und von, wo es entdeckt werden kann. Ein Geschäft Register ist ein wenig wie ein elektronisches Telefonverzeichnis, da es Auflistungen von Dienstleistungen enthält und wie Sie mit ihnen sprechen können. Gewöhnlich basieren diese Register nach der Universalbeschreibung, der Entdeckung und der Integration (UDDI), eine andere XML-Variante. Schließlich die Informationen, daß Netzservice-Austausch entsprechend einem weithin bekannten Öffentlichkeit XML Schema formatiert werden kann. Abhängig von dem Inhalt gibt es viele Schemata, die wie ausdehnbares Geschäft vorhanden sind, das über Sprachen- (XBRL) berichtet und Markt-Dateidefinitionssprache (MDDL).WSDL, SEIFE und UDDI dienen als die kleinsten gemeinsamen Nenner für die verursachenden und verbrauchenden Netzdienstleistungen, während der Service, der Details einführt, in Java und im NET unterschiedlich sind. Die guten Nachrichten sind die unabhängig davon irgendjemandes Fähigkeit Satz, liefert jede der Plattformen Mittel, interoperable Dienstleistungen zu entwickeln und zu entfalten.Java Netz-DienstleistungenAuf der Java Seite arbeiten einige Java Technologien zusammen, um Unterstützung für Netzdienstleistungen zu geben. Diese Technologien können über Java Netz-Service-Entwickler-Satz (JWSDP) Toolkit oder entsprechende Entwicklungswerkzeuge erreicht werden, die benutzt werden konnten, um Netzdienstleistungen zu konstruieren. Als Ausgangspunkt gibt das Java API für XML-Gegründetes RPC (JAX-RPC) Unterstützung für Netzdienstleistungen mit der SEIFE über HTTP. JAX-RPC definiert das Diagramm zwischen Java Kategorien und XML, wie in SEIFE RPC verwendet benennt. Mehrfache Beispiele werden mit JAX-RPC eingeführt und zeigen einen verschiedenen Satz Drehbücher, in denen der Entwickler diese Technologie verwenden kann. Mit JAX-RPC und ein WSDL, ein Dose leicht interoperate mit Klienten und Dienstleistungen, die auf die Java-gegründeten oder nicht-Java-gegründeten Plattformen wie Microsoft NET Laufen. Auf der Klient Seite gibt es die Stummel, die Netzdienstleistungen entsprechen, während auf Bedienerseite Netz die Dienstleistungen in die entsprechenden Riegel kompiliert werden. Die zugrundeliegende Anzeige und das Transportprotokoll sollten dieselben sein, zum von von Interoperabilität zwischen einem Klienten und einem Bediener sicherzustellen. Es gibt drei Modi, in denen ein JAX-RPC Klient auf den Bediener einwirken kann. Das erste man ist eine traditionelle synchrone Verlangenantwort; zweite ist ein Einweg-RPC, das einem Klienten, erlaubt nicht eine Antwort zu blockieren oder zu warten; und das dritte man ist ein blockierungsfreies RPC, in dem ein Klient Durchführung innerhalb des gleichen Gewindes und neueren Blockes für empfangen oder Abstimmung für die Antwort fortsetzen kann.
Neben JAX-RPC schließen Java Netz-Dienstleistungen die SEIFE mit Zubehören API für Java mit ein (SAAJ). Diese API wird verwendet, um Geschäftsdokumente (im binären Format) indem man sie zur SEIFE Anzeige zu führen anbringt. Interoperabilität der binären Datenzubehöre im SEIFE Dokument sicherstellen, Java Netz-Dienstleistungen (über JAX-WS) und NET Angebot die SEIFE Anzeige Getriebe-Optimierung Einheit (MTOM) Anmerkung Des EntwicklersSeit der Freigabe von JAX-RPC 1.0, sind neue Spezifikationen und neue Versionen der Standards, die sie einführt, freigegeben worden. JAX-WS 2.0 ist der Nachfolger zu JAX-RPC und bezieht auf den gleichen Spezifikationen und Standards, aber ihm erheblich hinzufügen. Es schließt das folgende mit ein:
Möglicherweise stellt die wichtigste Eigenschaft des Java EE APIs für Netzdienstleistungen und XML, daß alle sie Industriestandards stützen, so Interoperabilität sicher. Verschiedene Netzinteroperabilität Standardgruppen, wie die World- Wide Webvereinigung (W3C) und die Organisation für die Zuführung der strukturierten Informationen Standards (OASIS), haben Netzservice-Standards definiert, um unvereinbare Anwendungen mit einander seamlessly integrieren zu lassen. Netz-Services im Microsoft NET RahmenMicrosoft NET Stellt zwei Einheiten für Gebäude Netzdienstleistungen zur Verfügung. Die erste und allgemein verwendete Annäherung, zum von von Netzdienstleistungen einzuführen soll das Microsoft NET System.Web.Webservices namespace im NET Rahmen benutzen. Eine Bedieneranwendung konnte seine Methoden haben, die als Netzmethoden mit dem definiert wurden [ WebMethod ] Attribut. Diese Annäherung wird verwendet, um einen Microsoft NET Netzservice für die Veranschaulichung von von Interoperabilität mit einem Java EE Klienten, zusammen mit einer Erklärung der Bedeutung der verschiedenen Attribute und der Richtlinien zu errichten im WebMethods Rahmen. Eine andere Technik soll einer Gewohnheit HTTP Zufuhrkategorie, die Stecker schreiben in die Microsoft NET HTTP Rohrleitung dieser ist, indem sie die IHTTPHandler Schnittstelle einführt. HTTP Zufuhren sind um Gegenstände, die Prozeß für einzelnes URLs oder URLs mit bestimmten Dateiextensionen bittet (wie asmx oder aspx). Kundenspezifische Zufuhren des Gebäudes benötigt den Gebrauch System.Web APIs, die ankommende HTTP Anzeige zusammen mit dem System.Xml APIs zu verarbeiten, um den SEIFE Umschlag zu verarbeiten, der im HTTP Körper gefunden wird. Das Schreiben einer kundenspezifischen Zufuhr erfordert auch das WSDL Dokument manuell schreiben, das genau die Netzservice-Implementierung beschreibt. Es erfordert auch ein festes Verständnis der XML, XSD, SEIFE und WSDL Spezifikationen. Microsoft ASP.NET versendet mit einer speziellen IHttpHandler Kategorie für die asmx Endpunkte (genannt WebServiceHandler), die die grundlegende XML, XSD, SEIFE und WSDL Funktionalität liefert, die Entwickler benötigen, um Netzdienstleistungen zu errichten. Die letzte Methodenlehre läßt grösseres flexibilityparticularly, wenn es die Notwendigkeit vor gibt zu oder nachbearbeitet den Inhalt der SEIFE Anzeige. Auf der Klient Seite werden Vollmächte verwendet, um einen Netzservice verbunden zuSEIN. Diese Vollmächte werden automatisch durch das wsdl.exe Werkzeug erzeugt, das innerhalb des NET Rahmens oder von Sichtstudio.NET vorhanden ist. Diese Vollmächte, einmal eingeschlossen in einem Projekt und innen verbunden, wenn Sie Code, handhaben Sie Kommunikation mit den Netzmethoden kompilieren, die durch den Service herausgestellt werden. Sie werden erzeugt, indem man die WSDL Akte analysiert, die den Netzservice beschreibt.XML, das verarbeitet, das zu den Netzdienstleistungen zentral ist, ist in sich selbst Teil des NET Rahmens. Für die SEIFE Anzeigen, die in und aus einem Netzservice überschritten werden, ist die XML Verarbeitung implizit und geführt wird bis zum der Laufzeit im Interesse des Entwicklers durch. So, wenn eine Netzmethode herausgestellt wird (die eine Zeichenkette erwartet, in sie geführt zu werden), während die zugrundeliegende Kommunikation vom Klienten zur Netzmethode eine SEIFE Anzeige ist, empfängt der Code einfach die Zeichenkette, die innen geführt wird, als ob es ein lokaler Methode Anruf war.XML Dose selbstverständlich wird direkt mit den Kategorien innerhalb des System.Xml namespace, XML Dokumente, einschließlich SEIFE Beispiele zu erstellen, zu laden, zu analysieren und zu redigieren benutzt.Der NET Rahmen schließt UDDI Funktionalität nicht durch Rückstellung ein. Wenn Sie auf UDDI Bediener veröffentlichen oder anders einwirken möchten, ist der Software-Entwicklung Installationssatz der Plattform UDDI (SDK) notwendig. Dieses SDK führt ein Net, das in den Anwendungen benutzt werden kann ein und stellt das Microsoft.Uddi namespace bereit.Das Folgen ist ein Beispiel des UDDI SDK in der Tätigkeit, in der das Verzeichnis für einen bestimmten Service erkundigt wird, und dann werden die Dienstleistungen, die die Anfrage zusammenbringen, wiederholt:UddiConnection myConn = neues
UddiConnection("http://test.uddi.myserver.com/inquire");
GetServiceDetail gs = neues GetServiceDetail(strKey);
ServiceDetail servDetail = gs.Send(myConn); foreach
(BusinessService bs in servDetail.BusinessServices) {...}
Um Zubehöre wie direkte Internet-Anzeige
Verkapselung (GROSCHEN) oder Anzeige Getriebe-Optimierung Einheit
(MTOM) anzufassen, hat Microsoft eine Suite der Bibliotheken wie ein
Zusatz zum NET Rahmen die Netz-Service-Verbesserung Sätze benannte.
Diese sind Updates zum NET Rahmen, die die neuesten W - *
durchschnittliche Freigaben der großen Skala der Standards des
Rahmens einführen. Für einen kompletten Führer auf allen
Sachen, zum mit Netzservices in Microsoft und IN DER NET Welt zu
tun, ist das MSDN Netzservice-Entwicklerportal ein ausgezeichnetes
Hilfsmittel.
Die Microsoft Philosophie für Software wird sehr viel
um Gebäude-Software als Service-orientierte Atombestandteile
zentriert. Es ist mit diesem im Verstand, daß das folgende
Erzeugung der Microsoft Software-Entwicklung APIs eine neue Windows
Kommunikation Grundlage einschließt, eine einzelne API für Gebäude
Software-wie-ein-Service, der an Version 2.0 des NET Rahmens
hinzufügt. Diese API, Teil einer Familie der Grundlage APIs
(Windows Workflow-Grundlage, Windows Darstellung Grundlage und so
weiter), ist der Kern API für Gebäude verbundene Service-orientierte
Systeme.dieses ist ein Artikel, der von Blerick Tawman
hinzugefügt wird
|
|||||||||||||||
|