Преглед на WebRequest XML

Имам странен проблем - видях подобна публикация в този форум, но нямаше отговор.

Накратко, изпращам HttpWebRequest, използвайки C#, към уеб услуга (закъсненията бяха създадени чрез добавяне на уеб справка във Visual Studio 2008, .NET 2.0), която прекъсва със следното съобщение: „Не може да се анализира входящата заявка“. Това е базирана на Java уеб услуга, работеща на weblogic.

Ето странната част, ако имам цигулар, който работи, за да следи заявката ми - РАБОТИ ДОБРЕ!!??

Моята теория е, че fiddler преформатира заявката по някакъв начин, който сървърът харесва?

Някой знае ли какво може да прави .NET на заявката, която цигулар може да коригира? Ако не, има ли начин да преглеждам своя XML програмно, без да използвам fiddler?

Предупреждение - нямам достъп да правя промени в сървъра, хостващ уеб услугата.

Благодаря, Стив

АКТУАЛИЗАЦИЯ - Когато премахна опцията „Декриптиране на HTTPS трафик“ във fiddler, тя вече не работи. Така че каквото и да прави цигулар, за да декриптира HTTPS трафика, това прави работата....


xml c# httpwebrequest webrequest fiddler
person Community    schedule 12.08.2009    source източник
comment
Ще бъда наистина изненадан, ако fiddler прави нещо с XML. Не се докосва до такива неща (освен ако не му кажете изрично). Някой друг току-що имаше публикация за това, че SSL не работи, когато не се използва fiddler, но това може би 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 на fiddler. Стъписан. - person ; 12.08.2009

arrow_upward
0
arrow_downward

Стив,

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

Не съм сигурен дали това е същият проблем във вашия случай, тъй като използвате проксита, но може би ще ви помогне по някакъв начин.

person Alex SH    schedule 21.10.2010