Disons que mon service Web est situé à http://localhost:8080/foo/mywebservice
et que mon WSDL est à http://localhost:8080/foo/mywebservice?wsdl
.
Est-ce http://localhost:8080/foo/mywebservice
un 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?
web-services
terminology
definition
endpoint
karakays
la source
la source
Réponse mise à jour, de Peter dans les commentaires:
Vous trouverez peut-être une réponse dans ce document: http://www.w3.org/TR/wsdl.html
http://www.ehow.com/info_12212371_definition-service-endpoint.html
la source
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 ).
la source
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:
Ou si le même hôte et le même port sur plusieurs services:
Dans ces cas, l'URL complète devrait être construite dans votre code en tant que telle:
Dans le contrat, cela peut être stocké en tant que point final en tant que tel
Et oui, plusieurs fois, nous avons stocké le point de terminaison jusqu'au «=» inclus. Cela a conduit à un code comme celui-ci:
J'espère que cela fait la lumière.
la source
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/
la source
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.
la source
Un point de terminaison est une URL de service Web et un point de terminaison est également une API distribuée .
Référence: https://www.ibm.com/support/knowledgecenter/SSSHYH_7.1.0.4/com.ibm.netcoolimpact.doc/dsa/imdsa_web_netcool_impact_soap_endpoint_c.html
la source