Просмотр XML-файла веб-запроса

У меня странная проблема - я видел похожий пост на этом форуме, но на него не было ответа.

Короче говоря, я отправляю HttpWebRequest с помощью C# в веб-службу (заглушки были созданы путем добавления веб-ссылки в Visual Studio 2008, .NET 2.0), который прерывается следующим сообщением: «Невозможно проанализировать входящий запрос». Это веб-сервис на основе Java, работающий на weblogic.

Вот странная часть, если у меня работает скрипач для отслеживания моего запроса - ЭТО РАБОТАЕТ ОТЛИЧНО!!??

Моя теория заключается в том, что скрипач каким-то образом переформатирует запрос, который нравится серверу?

Кто-нибудь знает, что .NET может делать с запросом, который может исправить скрипач? Если нет, есть ли способ программно просмотреть мой XML без использования скрипача?

Предупреждение: у меня нет доступа для внесения изменений на сервер, на котором размещена веб-служба.

Спасибо, Стив

ОБНОВЛЕНИЕ. Когда я удаляю параметр «Расшифровать HTTPS-трафик» в скрипаче, он больше не работает. Итак, что бы ни делал скрипач для расшифровки HTTPS-трафика, это то, что делает эту работу....


xml c# httpwebrequest webrequest fiddler
person Community    schedule 12.08.2009    source источник
comment
Я был бы очень удивлен, если бы скрипач что-то делал с XML. Это не касается таких вещей (если вы специально не скажете об этом). У кого-то только что был пост о том, что SSL не работает, когда не используется скрипач. Возможно, это https?   -  person ConsultUtah    schedule 12.08.2009
comment
Итак, просто настройте прокси, чтобы я мог видеть свой первоначальный запрос без скрипача - вы были правы, они точно такие же, за исключением данных отладчика, которых, я думаю, и следовало ожидать. Так что я в тупике.   -  person    schedule 12.08.2009
comment
Правильно, Fiddler не будет касаться байтов. Однако он будет буферизовать байты запроса и отправлять их на сервер, поэтому, если клиент по какой-то причине медленно генерирует их, синхронизация будет вести себя по-другому при работающем Fiddler. Что могло бы объяснить вашу ситуацию.   -  person EricLaw    schedule 13.08.2009

Ответы (2)


arrow_upward
0
arrow_downward

Используйте Wireshark, чтобы увидеть, что происходит на уровне сетевых пакетов — это максимально точно!

(Одно предостережение, которое, как мне кажется, верно для Стива, но может быть не для других читателей: это предполагает, что ваш веб-сервис находится на другом компьютере, так что есть какая-то физическая сетевая активность для мониторинга — Wireshark не поможет, если все это работает. на вашей локальной машине.)

person RichieHindle    schedule 12.08.2009
comment
Спасибо, я смог просмотреть исходный xml через прокси, который я только что настроил. Никаких игральных костей, это то же самое, что и xml скрипача. Тупик. - person ; 12.08.2009

arrow_upward
0
arrow_downward

Стив,

У меня были точно такие же симптомы, когда я отлаживал веб-прокси, который разрабатывал. Оказалось, что Fiddler исправлял символы CRLF (\r\n), которые идут после последнего байта последнего заголовка и перед первым байтом тела запроса. Согласно спецификации HTTP, должно быть ровно два CRLF, и мой прокси добавлял туда три из них (из-за ошибки), а Fiddler молча исправлял это.

Не уверен, что это та же проблема в вашем случае, так как вы используете прокси, но, возможно, это вам как-то поможет.

person Alex SH    schedule 21.10.2010