Все о WSDL по сравнению с MEX?
Я не могу открыть URL метаданных http://localhost:8082/Tasks/mex, даже при том, что я добавил mexHttpBinding в файле конфигурации. Я могу просмотреть эту конечную точку MEX в браузере?
Файлы конфигурации похожи:
<endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" />
Вопросы:
- MEX, отличается от WSDL? В противном случае затем, почему мы требуем конечной точки MEX по WSDL?
- В WSDL я вижу, что информация о типе WSDL отсутствует. Это по умолчанию? Я могу посмотреть на информацию о типе в WSDL?
3 ответа
Аакаш, Вы добавляли поведение службы с элементом
http://www.request-response.com/blog/PermaLink,guid,c9513d28-f580-4a33-b4e8-c15476799a9d.aspx
Дополнительные сведения о файле конфигурации WCF см. В serviceMetadata .
Чтобы ответить на ваши вопросы, скажу, что MEX - это новый стандарт W3C для представления информации описания службы; WSDL был предыдущим методом. Если вам нужно разрешить старым клиентам доступ к информации описания вашей службы, возможно, вам придется раскрыть эту информацию через WSDL.
Информация о представлении информации описания вашей службы в виде WSDL (httpGetEnabled) также находится по указанной выше ссылке.
Также попробуйте использовать wcftestclient.exe для доступа к службе WCF. Он предоставляет больше функций и информации, чем браузер.
Если вы посмотрите на эту конечную точку, вы увидите, что она похожа на любую другую конечную точку. Есть даже контракт на обслуживание ( IMetadataExchange ). Вы можете посмотреть System.ServiceModel.Description.IMetadataExchange и увидеть, что это за контракт.