Frage

Wir haben einen Webservice auf Websphere 6.1 läuft die IBM JAX-RPC-basierten Webservices verwendet. Client sendet Anfragen ohne HTTP-Header Transfer-Encoding: Chunked (Sie geben Content-Length). Die Antwort von websphere hat immer Transfer-Encoding: im HTTP-Header gestückelt. Ich nehme an, dies in der Antwort führt in mehreren Stücken gesendet werden. In einem System, in dem der Dienstanforderer und Dienstleister werden von vielen Vermittlern getrennt (wie Firewalls und Loadbalancer (T1 / F5)) Diese Art von Chunking in signifikanter Latenzzeit führen könnte.

Das link und diese link über Anfrage sprechen Chunking aber nicht erwähnt nichts auf Antwort.

Gibt es eine Möglichkeit websphere zu konfigurieren, dass nicht den Transfer-Encoding hinzufügen: in der Antwort des HTTP-Headers gestückelt

?
War es hilfreich?

Lösung

In websphere wird die Blockgröße durch die „Write Buffer Size“ in der Transportkette des Webcontainers Inbound-Kanales gesteuert. Aus ihrer Dokumentation:


Wenn mehrere Schreibvorgänge erforderlich sind, Antworten an den Client zu handhaben, den Wert für die Schreibpuffergröße Parameter auf einen Wert angegeben ändern, die besser geeignet für Ihre Kunden ist. Der Schreibpuffer Größe-Parameter steuert die maximale Datenmenge pro Faden, der die Web-Container puffert, bevor die Anforderung auf zur Verarbeitung sendet. Der Standardwert ist 32768 Bytes, die für die meisten Anwendungen ausreichend ist. Wenn die Größe einer Antwort größer ist als die Größe des Schreibpuffers wird die Antwort gestückelt und zurückgeschrieben in mehreren TCP schreibt.

Andere Tipps

Ich glaube nicht, Sie Websphere konfigurieren können, dies zu tun, sondern darüber hinaus, es sollte keine Rolle spielen. Ich empfehle die Lektüre, welche RFC 2616 hat über aufgeteilte Codierung zu sagen; es nicht tut, was Sie denken, es tut.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top