Disons que mon service Web est situé à http://localhost:8080/foo/mywebserviceet que mon WSDL est à http://localhost:8080/foo/mywebservice?wsdl.
Est-ce http://localhost:8080/foo/mywebserviceun point de terminaison, c.-à-d. Est-il le même que l'URI de mon service Web ou où les messages SOAP ont-ils été reçus ou non?
Pourriez-vous s'il vous plaît m'expliquer de quoi il s'agit et quel est son objectif?
Réponses:
Il s'agit d'une réponse plus courte et, espérons-le, plus claire ... Oui, le point de terminaison est l'URL à laquelle votre service est accessible par une application cliente. Un même service Web peut avoir plusieurs points de terminaison, par exemple afin de le rendre disponible à l'aide de différents protocoles.
Réponse mise à jour, de Peter dans les commentaires:
Il s'agit d'une "ancienne terminologie", utilisez directement la définition WSDL2 "endepoint" (WSDL2 traduit "port" en "endpoint").
Vous trouverez peut-être une réponse dans ce document: http://www.w3.org/TR/wsdl.html
Un document WSDL définit les services comme des ensembles de points de terminaison réseau ou ports. Dans WSDL, la définition abstraite des points de terminaison et des messages est séparée de leur déploiement réseau concret ou de leurs liaisons de format de données. Cela permet de réutiliser des définitions abstraites: des messages, qui sont des descriptions abstraites des données échangées, et des types de ports qui sont des collections abstraites d'opérations. Le protocole concret et les spécifications de format de données pour un type de port particulier constituent une liaison réutilisable. Un port est défini en associant une adresse réseau à une liaison réutilisable, et une collection de ports définit un service. Par conséquent, un document WSDL utilise les éléments suivants dans la définition des services réseau:
- Types - un conteneur pour les définitions de types de données utilisant un système de type (tel que XSD).
- Message - une définition abstraite et typée des données communiquées.
- Opération - une description abstraite d'une action prise en charge par le service.
- Type de port - un ensemble abstrait d'opérations prises en charge par un ou plusieurs points de terminaison.
- Liaison - un protocole concret et une spécification de format de données pour un type de port particulier.
- Port - un point de terminaison unique défini comme une combinaison d'une liaison et d'une adresse réseau.
- Service - une collection de points de terminaison associés.
http://www.ehow.com/info_12212371_definition-service-endpoint.html
Le point de terminaison est un point de connexion où les fichiers HTML ou les pages de serveur actives sont exposés. Les points de terminaison fournissent les informations nécessaires pour adresser un point de terminaison de service Web. Le point de terminaison fournit une référence ou une spécification qui est utilisée pour définir un groupe ou une famille de propriétés d'adressage de message et donner des caractéristiques de message de bout en bout, telles que des références pour la source et la destination des points de terminaison, et l'identité des messages pour permettre une uniformité adressage de messages "indépendants". Le point de terminaison peut être un PC, un PDA ou un terminal de point de vente.
Un point de terminaison de service Web est l'URL qu'un autre programme utiliserait pour communiquer avec votre programme. Pour voir le WSDL que vous ajoutez ?wsdlà l'URL du point de terminaison du service Web.
Les services Web sont destinés à l' interaction de programme à programme , tandis que les pages Web sont destinées à l' interaction de programme à humain .
Donc: Endpoint est: http://www.blah.com/myproject/webservice/webmethod
Par conséquent, WSDL est: http://www.blah.com/myproject/webservice/webmethod?wsdl
Pour développer davantage les éléments d'un WSDL, je trouve toujours utile de les comparer au code:
Un WSDL comprend 2 parties (physique et abstraite).
Portion physique:
Définitions - variables - ex: myVar, x, y, etc.
Types - types de données - ex: int, double, String, myObjectType
Opérations - méthodes / fonctions - ex: myMethod (), myFunction (), etc.
Messages - paramètres d'entrée de méthode / fonction et types de retour
Porttypes - classes (c'est-à-dire qu'elles sont un conteneur pour les opérations) - ex: MyClass {}, etc.
Partie abstraite:
Liaison - ceux-ci se connectent aux types de port et définissent le protocole choisi pour communiquer avec ce service Web. - un protocole est une forme de communication (donc texte / SMS, vs téléphone vs email, etc.).
Service - cela répertorie l'adresse où un autre programme peut trouver votre service Web (c'est-à-dire votre point de terminaison ).
Dans les projets précédents sur lesquels j'ai travaillé, le point final était une propriété relative. C'est-à-dire qu'il peut ou non être annexé, mais il contenait toujours le protocol://host:port/partOfThePath.
Si le service appelé avait une partie dynamique, par exemple un ?param=dynamicValue , cette partie serait ajoutée au point de terminaison. Mais à plusieurs reprises, le critère d'évaluation pourrait être utilisé tel quel sans avoir à être modifié.
Ce qui est important à comprendre, c'est ce qu'un point final n'est pas et comment il aide. Par exemple, une autre façon de transmettre les informations stockées dans un point de terminaison serait de stocker les différentes parties du point de terminaison dans des propriétés distinctes. Par exemple:
hostForServiceA=someIp
portForServiceA=8080
pathForServiceA=/some/service/path
hostForServiceB=someIp
portForServiceB=8080
pathForServiceB=/some/service/path
Ou si le même hôte et le même port sur plusieurs services:
host=someIp
port=8080
pathForServiceA=/some/service/path
pathForServiceB=/some/service/path
Dans ces cas, l'URL complète devrait être construite dans votre code en tant que telle:
String url = "http://" + host + ":" + port + pathForServiceA + "?" + dynamicParam + "=" + dynamicValue;
Dans le contrat, cela peut être stocké en tant que point final en tant que tel
serviceAEndpoint=http://host:port/some/service/path?dynamicParam=
Et oui, plusieurs fois, nous avons stocké le point de terminaison jusqu'au «=» inclus. Cela a conduit à un code comme celui-ci:
String url = serviceAEndpoint + dynamicValue;
J'espère que cela fait la lumière.
Autrement dit, un point de terminaison est une extrémité d'un canal de communication. Lorsqu'une API interagit avec un autre système, les points de contact de cette communication sont considérés comme des points de terminaison. Pour les API, un point de terminaison peut inclure l'URL d'un serveur ou d'un service. Chaque point de terminaison est l'emplacement à partir duquel les API peuvent accéder aux ressources dont elles ont besoin pour exécuter leur fonction.
Les API fonctionnent à l'aide de «demandes» et de «réponses». Lorsqu'une API demande des informations à une application Web ou à un serveur Web, elle recevra une réponse. L'endroit où les API envoient les demandes et où réside la ressource est appelé un point de terminaison.
Référence: https://smartbear.com/learn/performance-monitoring/api-endpoints/
Un point de terminaison est spécifié comme une URL relative ou absolue qui se traduit généralement par une réponse. Cette réponse est généralement le résultat d'un processus côté serveur qui, par exemple, pourrait produire une chaîne JSON. Cette chaîne peut ensuite être consommée par l'application qui a effectué l'appel au point de terminaison. Ainsi, en général, les points de terminaison sont des points d'accès prédéfinis, utilisés dans les réseaux TCP / IP pour lancer un processus et / ou renvoyer une réponse. Les points de terminaison peuvent contenir des paramètres transmis dans l'URL, en tant que paires valeur / clé, plusieurs paires valeur / clé sont séparées par une esperluette, ce qui permet au point de terminaison d'appeler, par exemple, un processus de mise à jour / insertion; les points de terminaison n'ont donc pas toujours besoin de renvoyer une réponse, mais une réponse est toujours utile, même si elle ne sert qu'à indiquer le succès ou l'échec d'une opération.
Un point de terminaison est une URL de service Web et un point de terminaison est également une API distribuée .
Le point de terminaison SOAP (Simple Object Access Protocol) est une URL . Il identifie l'emplacement sur le service HTTP intégré où l'écouteur des services Web écoute les demandes entrantes .