HTTP -Anfrage, seltsames Sockelverhalten

Question

Ich erlebe seltsames Verhalten, wenn ich HTTP -Anfragen über Sockets mache, hier die Anfrage:

POST https://example.com:443/service/XMLSelect HTTP/1.1
Content-Length: 10926
Host: example.com
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 1.0.3705)
Authorization: Basic XXX
SOAPAction: http://example.com/SubmitXml

Später geht es um den Körper meiner Anfrage mit gegebener Inhaltslänge. Danach erhalte ich so etwas wie:

HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
Content-Type: text/xml;charset=utf-8
Transfer-Encoding: chunked
Date: Tue, 30 Mar 2010 06:13:52 GMT

Also scheint hier alles in Ordnung zu sein. Ich habe alle Inhalte aus dem Netzwerkstream gelesen und erfolgreich Antwort erhalten. Aber meine Steckdose, die ich auf Switches befragte, sind solche Modi wie diese:

write ( i write headers and request here )
read ( after headers sent i begin to receive response )
write ( STRANGE BEHAVIOUR HERE. WHY? here i send nothing really )
read ( here it switches to read back again )

Die letzten beiden Schritte können sich mehrmals wiederholen. Ich möchte also fragen, was sich für den Socket -Moduswechsel von Leads ausführt. Und in diesem Fall ist es kein großes Problem, aber wenn ich die GZIP -Komprimierung in meiner Anfrage verwende (keine Ahnung, wie es in Verbindung steht), und den Server auffordere, eine GZIP -Antwort an mich wie folgt zu senden:

POST https://example.com:443/service/XMLSelect HTTP/1.1
Content-Length: 1076
Accept-Encoding: gzip
Content-Encoding: gzip
Host: example.com
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 1.0.3705)
Authorization: Basic XXX
SOAPAction: http://example.com/SubmitXml

Ich erhalte solche Antwort:

HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
Content-Encoding: gzip
Content-Type: text/xml;charset=utf-8
Transfer-Encoding: chunked
Date: Tue, 30 Mar 2010 07:26:33 GMT

2000
�

Ich erhalte eine Chunk -Größe und einen Gzip -Header, alles in Ordnung. Und hier ist, was mit meiner armen kleinen Steckdose passiert: In der Zwischenzeit:

write ( i write headers and request here )
read ( after headers sent i begin to receive response )
write ( STRANGE BEHAVIOUR HERE. And it finally sits here forever waiting for me to send something! But if i refer to HTTP I don't have to send anything more! )

Was kann es zu tun haben? Was möchte ich, dass ich sende? Ist es das Problem des Remote -Webservers oder vermisse ich etwas?

PS Alle tatsächlichen Servicereferenzen und Login/Passwörter ersetzt durch gefälschte :)

Answer 1

In InfoPath wäre die Formel: generasacodicetagpre.