Отладка сообщений BizTalk SOAP ... с помощью WireShark или как?

Question

Я пытаюсь выяснить, что вызов BizTalk для веб-службы дает сбой, и хочу посмотреть, каков фактический контент сообщения. Я нашел блог Элтона Стоунмана об использовании WireShark, и я теперь, по крайней мере, могу видеть ответные пакеты POST и SOAP, но получить реальный контент очень трудоемко ... копирование и вставка в блокнот ...

Есть ли лучший способ увидеть сообщение?
- Я пытался использовать Fiddler, но он не видел ни одного сообщения
- тогда как по крайней мере WireShark может видеть вещи

И если у вас есть предложения, пожалуйста, изложите их, так как это новая область для меня: -)

Answer 1

Я вижу два варианта здесь. В Wireshark вы можете выбрать пакет из интересующего соединения и в меню Анализ выбрать Следовать за TCP Stream . Откроется новое окно, отображающее правильно упорядоченные данные TCP для этого соединения.

Однако может быть удобнее собирать данные с помощью программы под названием tcpflow , которая записывает это в текстовые файлы, которые можно использовать для последующего анализа.

Answer 2

Есть две действительно хорошие утилиты отладки SOAP ...

** Fiddler2

http://www.fiddler2.com/fiddler2/

Это относительно простая утилита - вы можете захватывать запросы и ответы. Если вам повезло, вы можете заставить его выступать в качестве прокси, поэтому вам не нужно ничего переконфигурировать. У меня был разный опыт с этим, поэтому я обычно просто перенастраиваю свои порты, чтобы заставить его захватывать.

Недостатком Fiddler является то, что он сопоставляет запрос с ответом, поэтому он не отображает сообщения, которые не получают ответы. Если вы отлаживаете что-то, что может не отвечать или вам нужно больше, попробуйте soapUI.

** soapUI

http://www.soapui.org/

Это похоже на Fiiddler2, но идет дальше. Вы можете собирать запросы и ответы, а затем самостоятельно изменять запрос и отправлять его на конечную точку. Вы также можете использовать захваченные ответы, чтобы soapUI выступил в роли фиктивного сервера для вас. Эти две возможности действительно полезны в тех случаях, когда генерация запроса занимает много времени или вы хотите посмотреть, как ваши системы обрабатывают определенные типы ответов.

(я тоже не связан, просто счастливый клиент!)

Answer 3

Чтобы использовать Fiddler2 вместе с отправочным портом BizTalk, указывающим на локальную службу, вам необходимо заменить имя хоста 'localhost' на 'ipv4.fiddler'

Например. http://ipv4.fiddler:8080/UrlToYourService

Answer 4

Я был счастлив с YATT Саймона Фелла, «Еще одним инструментом трассировки» от PocketSoap.com. Вы можете видеть весь трафик через данное сетевое соединение или можете фильтровать его.

Как и все трассировщики, если его запускать открытым и нефильтрованным, вас будет пугать, когда вы узнаете, как часто ваши доброкачественные приложения «звонят домой».

Однако помните, что если вы используете SSL (HTTPS), вам будет сложно отследить содержимое пакетов.

Answer 5

Windows Network Monitor всегда был моим инструментом выбора:

Сетевой монитор Windows 3.3

Требует некоторых знаний сетевого протокола, но очень прост в использовании. Я отлаживал HTTP, SOAP и FTP с этим.

Answer 6

Вы можете использовать Microsoft SOAP Toolkit , затем, если вы используете адаптер WCF, используйте опцию clientVia .

Если вы заинтересованы в самом сообщении (не в полном объеме SOAP), вы можете настроить отправленную группу портов и отправить каждое сообщение как в WebService, так и в локальную папку. Таким образом, вы можете легко увидеть содержимое всех отправленных сообщений.