Was ist ein Webdienst-Endpunkt?

Angenommen, mein Webdienst befindet sich unter http://localhost:8080/foo/mywebserviceund meine WSDL befindet sich unter http://localhost:8080/foo/mywebservice?wsdl.

Ist http://localhost:8080/foo/mywebserviceein Endpunkt derselbe wie der URI meines Webdienstes oder wo die SOAP-Nachrichten empfangen und nicht gemarshallt wurden?

Könnten Sie mir bitte erklären, was es ist und wozu es dient?

Dies ist eine kürzere und hoffentlich klarere Antwort ... Ja, der Endpunkt ist die URL, über die eine Clientanwendung auf Ihren Dienst zugreifen kann. Der gleiche Webdienst kann mehrere Endpunkte haben, um ihn beispielsweise mit unterschiedlichen Protokollen verfügbar zu machen.

Aktualisierte Antwort von Peter in Kommentaren:

Dies ist die "alte Terminologie". Verwenden Sie direkt die WSDL2-Definition "endepoint" (WSDL2 übersetzt "port" in "endpoint").

Vielleicht finden Sie in diesem Dokument eine Antwort: http://www.w3.org/TR/wsdl.html

Ein WSDL-Dokument definiert Dienste als Sammlungen von Netzwerkendpunkten oder Ports. In WSDL wird die abstrakte Definition von Endpunkten und Nachrichten von ihrer konkreten Netzwerkbereitstellung oder Datenformatbindung getrennt. Dies ermöglicht die Wiederverwendung abstrakter Definitionen: Nachrichten, die abstrakte Beschreibungen der ausgetauschten Daten sind, und Porttypen, die abstrakte Sammlungen von Operationen sind. Die konkreten Protokoll- und Datenformatspezifikationen für einen bestimmten Porttyp stellen eine wiederverwendbare Bindung dar. Ein Port wird definiert, indem eine Netzwerkadresse einer wiederverwendbaren Bindung zugeordnet wird, und eine Sammlung von Ports definiert einen Dienst. Daher verwendet ein WSDL-Dokument die folgenden Elemente bei der Definition von Netzwerkdiensten:

• Typen - ein Container für Datentypdefinitionen unter Verwendung eines Typsystems (z. B. XSD).
• Nachricht - eine abstrakte, typisierte Definition der zu übermittelnden Daten.
• Operation - eine abstrakte Beschreibung einer vom Dienst unterstützten Aktion.
• Porttyp - eine abstrakte Gruppe von Vorgängen, die von einem oder mehreren Endpunkten unterstützt werden.
• Bindung - eine konkrete Protokoll- und Datenformatspezifikation für einen bestimmten Porttyp.
• Port - Ein einzelner Endpunkt, der als Kombination aus einer Bindung und einer Netzwerkadresse definiert ist.
• Service - eine Sammlung verwandter Endpunkte.

http://www.ehow.com/info_12212371_definition-service-endpoint.html

Der Endpunkt ist ein Verbindungspunkt, an dem HTML-Dateien oder aktive Serverseiten verfügbar gemacht werden. Endpunkte bieten Informationen, die zur Adressierung eines Webdienst-Endpunkts erforderlich sind. Der Endpunkt stellt eine Referenz oder Spezifikation bereit, die verwendet wird, um eine Gruppe oder Familie von Nachrichtenadressierungseigenschaften zu definieren und End-to-End-Nachrichtenmerkmale anzugeben, z. B. Referenzen für die Quelle und das Ziel von Endpunkten sowie die Identität von Nachrichten, um eine Einheitlichkeit zu ermöglichen Adressierung von "unabhängigen" Nachrichten. Der Endpunkt kann ein PC, ein PDA oder ein Kassenterminal sein.

Ein Webdienst-Endpunkt ist die URL, über die ein anderes Programm mit Ihrem Programm kommunizieren würde. Um die WSDL anzuzeigen, fügen Sie ?wsdlsie der Webdienst-Endpunkt-URL hinzu.

Webdienste dienen der Programm-zu-Programm- Interaktion, während Webseiten der Programm-zu-Mensch- Interaktion dienen.

Also: Endpunkt ist: http://www.blah.com/myproject/webservice/webmethod

Daher lautet WSDL: http://www.blah.com/myproject/webservice/webmethod?wsdl

Um die Elemente einer WSDL weiter zu erweitern, finde ich es immer hilfreich, sie mit Code zu vergleichen:

Eine WSDL besteht aus 2 Teilen (physisch und abstrakt).

Physischer Teil:

Definitionen - Variablen - Beispiel: myVar, x, y usw.

Typen - Datentypen - Beispiel: int, double, String, myObjectType

Operationen - Methoden / Funktionen - Beispiel: myMethod (), myFunction () usw.

Meldungen - Methoden- / Funktionseingabeparameter und Rückgabetypen

• Beispiel: public myObjectType myMethod ( String myVar)

Porttypen - Klassen (dh sie sind ein Container für Operationen) - Beispiel: MyClass {} usw.

Abstrakter Teil:

Bindung - Diese stellen eine Verbindung zu den Porttypen her und definieren das ausgewählte Protokoll für die Kommunikation mit diesem Webdienst. - Ein Protokoll ist eine Form der Kommunikation (also Text / SMS vs. Telefon vs. E-Mail usw.).

Dienst - Hier wird die Adresse aufgelistet, an der ein anderes Programm Ihren Webdienst finden kann (dh Ihren Endpunkt ).

In früheren Projekten, an denen ich gearbeitet habe, war der Endpunkt eine relative Eigenschaft. Das heißt, es kann angehängt worden sein oder nicht, aber es enthielt immer das protocol://host:port/partOfThePath.

Wenn der aufgerufene Dienst einen dynamischen Teil enthält, z. B. a ?param=dynamicValue, wird dieser Teil dem Endpunkt hinzugefügt. Der Endpunkt kann jedoch häufig unverändert verwendet werden, ohne dass er geändert werden muss.

Es ist wichtig zu verstehen, was ein Endpunkt nicht ist und wie er hilft. Eine alternative Möglichkeit zum Übergeben der in einem Endpunkt gespeicherten Informationen besteht beispielsweise darin, die verschiedenen Teile des Endpunkts in separaten Eigenschaften zu speichern. Zum Beispiel:

hostForServiceA=someIp
portForServiceA=8080
pathForServiceA=/some/service/path
hostForServiceB=someIp
portForServiceB=8080
pathForServiceB=/some/service/path

Oder wenn derselbe Host und Port über mehrere Dienste verteilt ist:

host=someIp
port=8080
pathForServiceA=/some/service/path
pathForServiceB=/some/service/path

In diesen Fällen müsste die vollständige URL in Ihrem Code als solcher erstellt werden:

String url = "http://" + host + ":" + port + pathForServiceA  + "?" + dynamicParam + "=" + dynamicValue;

Im Vertrag kann dies als Endpunkt als solcher gespeichert werden

serviceAEndpoint=http://host:port/some/service/path?dynamicParam=

Und ja, oft haben wir den Endpunkt bis einschließlich '=' gespeichert. Dies führte zu Code wie folgt:

String url = serviceAEndpoint + dynamicValue;

Hoffe das bringt etwas Licht.

Einfach ausgedrückt ist ein Endpunkt ein Ende eines Kommunikationskanals. Wenn eine API mit einem anderen System interagiert, werden die Berührungspunkte dieser Kommunikation als Endpunkte betrachtet. Bei APIs kann ein Endpunkt eine URL eines Servers oder Dienstes enthalten. Jeder Endpunkt ist der Speicherort, von dem aus APIs auf die Ressourcen zugreifen können, die sie zur Ausführung ihrer Funktion benötigen.

APIs arbeiten mit "Anfragen" und "Antworten". Wenn eine API Informationen von einer Webanwendung oder einem Webserver anfordert, erhält sie eine Antwort. Der Ort, an dem APIs Anforderungen senden und an dem sich die Ressource befindet, wird als Endpunkt bezeichnet.

Referenz: https://smartbear.com/learn/performance-monitoring/api-endpoints/

Ein Endpunkt wird als relative oder absolute URL angegeben, die normalerweise zu einer Antwort führt. Diese Antwort ist normalerweise das Ergebnis eines serverseitigen Prozesses, der beispielsweise eine JSON-Zeichenfolge erzeugen könnte. Diese Zeichenfolge kann dann von der Anwendung verwendet werden, die den Endpunkt aufgerufen hat. Im Allgemeinen sind Endpunkte vordefinierte Zugriffspunkte, die in TCP / IP-Netzwerken verwendet werden, um einen Prozess zu initiieren und / oder eine Antwort zurückzugeben. Endpunkte können Parameter enthalten, die innerhalb der URL übergeben werden. Als Schlüsselwertpaare werden mehrere Schlüsselwertpaare durch ein kaufmännisches Und getrennt, sodass der Endpunkt beispielsweise einen Aktualisierungs- / Einfügevorgang aufrufen kann. Endpunkte müssen also nicht immer eine Antwort zurückgeben, aber eine Antwort ist immer nützlich, auch wenn sie nur den Erfolg oder Misserfolg einer Operation anzeigt.

Ein Endpunkt ist eine URL für den Webdienst. Und Endpunkte sind auch eine verteilte API .

Der SOAP- Endpunkt (Simple Object Access Protocol) ist eine URL . Es identifiziert den Speicherort im integrierten HTTP-Dienst, an dem der Listener der Webdienste auf eingehende Anforderungen wartet .

Referenz: https://www.ibm.com/support/knowledgecenter/SSSHYH_7.1.0.4/com.ibm.netcoolimpact.doc/dsa/imdsa_web_netcool_impact_soap_endpoint_c.html