Предотвращение отправки BizTalk заголовка Soap «Кому» в исходящем запросе к службе WCF BasicHttp - PullRequest
Новая
       20

Предотвращение отправки BizTalk заголовка Soap «Кому» в исходящем запросе к службе WCF BasicHttp

1 голос
/ 14 октября 2010

Использование BizTalk 2010 для использования веб-службы WCF с привязкой BasicHttp.

Мой сервис отклоняет запросы, поступающие от BizTalk. Используя трассировку и soapUI, я вижу, что причиной является заголовок «Кому», отправляемый BizTalk в исходящем сообщении: <s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"> <s:Header> <To s:mustUnderstand="1" xmlns="http://schemas.microsoft.com/ws/2005/05/addressing/none">http://biztalk01:81/StuffServices.svc</To> </s:Header> <s:Body> <ns0:GetMyStuff xmlns:ns0="http://example.com/stuff" xmlns:ns1="http://schemas.microsoft.com/2003/10/Serialization/Arrays"> <ns0:inputArray> <ns1:string>80220</ns1:string> </ns0:inputArray> </ns0:GetMyStuff > </s:Body> </s:Envelope>

Этот запрос возвращает ошибку как в BizTalk, так и в soapUI, но если я попытаюсь в soapUI отправить точно такой же запрос без заголовка To (удаляя "<To s:mustUnderstand="1" xmlns="http://schemas.microsoft.com/ws/2005/05/addressing/none"> http://biztalk01:81/StuffServices.svc "), тогда он работает нормально и возвращает правильный ответ.

Таким образом, мой вопрос: каковы мои варианты, чтобы BizTalk не генерировал этот заголовок мыла «Кому» в этом исходящем запросе?

1 Ответ

1 голос
/ 15 октября 2010

На самом деле этот заголовок никогда не был в запросе, отправленном BizTalk, он был добавлен трассировкой WCF в журнале.Использование Fiddler для захвата реального отправленного запроса позволило мне увидеть, что проблема была в другом месте.Можно заставить запрос BizTalk проходить через фиддлер, добавив прокси http://127.0.0.1:8888 в конфигурации привязки порта отправки.

...