Quelle était la différence entre WSDL et Mex Endpoint dans WCF

J’ai quelques questions sur le point final mex.

  1. Dans les services Web hérités, nous créons un proxy à l’aide de wsdl. Le WSDL expose les métadonnées du service Web. Dans wcf, un autre terme vient de mex sharepoint terminaison, qui expose également les métadonnées, mais wsdl est toujours actif dans wcf. Je suis nouveau à wcf, et je suis confus quant à la difference between wsdl & mex endpoint ?

  2. Quelle est la signification de httpGetEnabled="false" or httpGetEnabled="true" ?

  3. Si je définis httpGetEnabled="false" que se passera-t-il? Cela signifie-t-il que le client ne pourra pas append de référence de service à partir de son IDE? Mais si je définis httpGetEnabled="false" , et le client vu peut append une référence de service. Ce que fait le paramètre httpGetEnabled est très déroutant.

  4. Un gars a dit

MEX et WSDL sont deux systèmes différents pour informer les clients potentiels de la structure de votre service. Vous pouvez donc choisir de rendre publics vos contrats de service sous la forme (MEX) ou WSDL.

Si la déclaration ci-dessus est vraie, dites-moi quand utiliser MEX et quand utiliser WSDL?

  1. Comment puis-je désactiver mex et exposer mon service uniquement via WSDL?

  2. WSDL support all bidning like wshttp,wsdualhttp or tcp etc... Si possible, veuillez discuter de wsdl & mex en détail.

METTRE À JOUR

Tu as dit

 5. How can I disable mex and expose my service only through WSDL? Do not specifiy a mex endpoint in your config and use httpGetEnabled. 

Essayez-vous de dire qu’il ne devrait y avoir aucune entrée relative à un sharepoint terminaison mex dans config et que httpgetenable ressemble à ce qui suit?

  

Tu as dit

Un WSDL est généralement exposé via http ou https pour obtenir des URL que vous ne pouvez pas réellement configurer (par exemple, pour des raisons de sécurité ou pour une compatibilité ascendante). Les points de terminaison MEX exposent les métadonnées sur les points de terminaison configurables et peuvent utiliser différents types de transport, tels que TCP ou HTTP, et différents types de mécanismes de sécurité.

Vous avez dit que mex est configurable, mais pas le wsdl. Que voulez-vous dire par mex is configurable ? Veuillez discuter du type de configuration pris en charge par mex et de la manière dont il peut être configuré.

Si je définis httpGetEnabled="false" then the WSDL ne sera pas possible de générer httpGetEnabled="false" then the WSDL ?

1) dans le service Web hérité, nous créons un proxy en utilisant wsdl. WSDL expose les métadonnées de service Web. dans wcf un autre terme vient de ce point final mex qui expose également des méta-données, mais wsdl est toujours actif dans wcf.Je suis nouveau dans wcf, donc je ne comprends pas quelle est la différence entre point final wsdl et mex?

C’est à peu près la même chose mais mex est conçu pour prendre en charge les protocoles non HTTP et pour les scénarios de configuration / sécurité avancés. WSDL est la méthode héritée et MEX est la nouvelle version améliorée avec WCF.

2) quelle est la signification de httpGetEnabled = “false” ou httpGetEnabled = “true”

Il exposera les métadonnées via wsdl via l’URL defautl, même si vous n’avez pas défini de sharepoint terminaison mex pour votre service.

3) si je définis httpGetEnabled = “false”, que se passera-t-il? Cela signifie-t-il que le client ne pourra pas append de référence de service à partir de l’EDI? mais j’ai mis httpGetEnabled = “false” et le client vu peut append une référence de service. il est donc très déroutant pour moi que ce que httpGetEnabled est faux ou vrai fait?

Un client peut append une référence dans VS uniquement si httpGetEnabled / httpsGetEnabled est activé ou si vous avez défini un sharepoint terminaison mex dans la configuration de votre service. La meilleure pratique consiste à exposer les métadonnées sur l’environnement de développement, mais pas sur la production. Vous pouvez également dissortingbuer vos contrats de service via des assemblages séparés et utiliser ChannelFactory .

4) Un type a déclaré: – MEX et WSDL sont deux systèmes différents pour informer les clients potentiels de la structure de votre service. Vous pouvez donc choisir de rendre publics vos contrats de service sous la forme (MEX) ou WSDL. si la déclaration ci-dessus est vraie, dites-moi quand utiliser MEX et quand utiliser WSDL?

Un WSDL est généralement exposé via http ou https pour obtenir des URL que vous ne pouvez pas réellement configurer (par exemple, pour des raisons de sécurité ou pour une compatibilité ascendante). Les points de terminaison MEX exposent les métadonnées sur les points de terminaison configurables et peuvent utiliser différents types de transport, tels que TCP ou HTTP, et différents types de mécanismes de sécurité.

Donc, MEX est plus configurable, alors que WSDL est plus interopérable avec les anciennes versions de clients et les clients non.net qui fonctionnent avec les WSDL.

5) comment pourrais-je désactiver mex et exposer mon service via uniquement WSDL

Ne spécifiez pas de sharepoint terminaison mex dans votre configuration et utilisez httpGetEnabled

6) WSDL supporte tous les enchères comme wshttp, wsdualhttp ou tcp etc …

Exposer les métadonnées est totalement différent d’appeler le service.

METTRE À JOUR

essayez-vous de dire qu’il ne devrait y avoir aucune entrée relative à un sharepoint terminaison mex dans config et que httpgetenable ressemblerait à

Oui, vous n’avez pas besoin de spécifier un sharepoint terminaison mex AND httpGetEnabled. Un seul est requirejs pour exposer les métadonnées. Ne spécifiez pas httpGetUrl car cela dépend de votre environnement d’hébergement.

vous avez dit que mex est configurable, mais pas wsdl. ce que ru veut dire que mex est configurable … veuillez expliquer quel type de configuration est pris en charge par mex et comment le configurer.

Les points de terminaison MEX sont des points de terminaison spéciaux qui permettent aux clients de recevoir les métadonnées du service en utilisant des messages SOAP au lieu de demandes get http. Vous pouvez créer un sharepoint terminaison MEX auquel vous pouvez accéder via http, https, tcp et même des canaux nommés. HttpGetEnable vous permet d’exposer des métadonnées via la méthode HTTP GET, généralement l’adresse du service avec le suffixe “? Wsdl”.

MEX et WSDL affichent presque la même chose.

Dans la plupart des cas, le sharepoint terminaison MEX n’est pas nécessaire – l’utilisation de WSDL avec http get suffit généralement.

Je comprends votre intention de comprendre cette partie, mais ne passez pas trop de temps à cela: il y a tant d’autres fonctionnalités compliquées!

Les points de terminaison MEX sont des points de terminaison spéciaux qui permettent aux clients de recevoir les métadonnées du service en utilisant des messages SOAP au lieu de seulement des demandes http get (c’est-à-dire httpGetEnabled = “true”). Vous pouvez créer un sharepoint terminaison MEX auquel vous pouvez accéder via http, https, tcp et même des canaux nommés.

La réponse que vous recevrez lors de l’appel de l’opération GetMetadata d’un noeud final MEX inclura le contenu du WSDL et tous les fichiers XSD qui lui sont liés.