전송 인코딩을 비활성화하는 방법 : 청크 websphere

Question

IBM JAX-RPC 기반 웹 서비스를 사용하여 Websphere 6.1에서 실행되는 webservice가 있습니다. 클라이언트가 transfer-encoding : chunked의 HTTP 헤더없이 요청을 전송 중입니다 (콘텐츠 길이를 지정 함). websphere의 응답에는 항상 HTTP 헤더에서 청크로 표시된 전송 인코딩이 있습니다. 이 응답을 여러 덩어리로 보낼 것이라고 가정합니다. 서비스 요청자와 서비스 제공 업체가 방화벽과로드 밸런서 (T1/F5)와 같은 많은 중개자에 의해 분리되어있는 시스템에서 이러한 종류의 청킹은 상당한 대기 시간을 초래할 수 있습니다.

이 link 및이 link은 요청 청크에 대해 이야기하지만 응답에 대해서는 언급하지 않습니다.

전송 인코딩을 추가하지 않도록 websphere를 구성하는 방법이 있습니까? HTTP 헤더의 응답에 청크가 있습니까?

Answer 1

websphere에서 청크 크기는 웹 컨테이너 인바운드 채널의 전송 체인에있는 "쓰기 버퍼 크기"에 의해 제어됩니다. 자신의 문서에서 : 여러 쓰기가 클라이언트에 응답을 처리해야하는 경우

---

, 당신의 고객을위한 더 적합한 값으로 쓰기 버퍼 크기 매개 변수에 지정된 값을 변경합니다. 쓰기 버퍼 크기 매개 변수는 처리를 위해 요청을 보내기 전에 웹 컨테이너가 버퍼링하는 스레드 당 최대 데이터 양을 제어합니다. 기본값은 32768 바이트이며 대부분의 응용 프로그램에 충분합니다. 응답의 크기가 쓰기 버퍼의 크기보다 크면 응답은 여러 TCP 쓰기에 청크 및 다시 쓰여집니다.

Answer 2

Websphere를 구성 할 수 있다고 생각하지 않지만 더 이상 중요하지 않습니다. 청크 인코딩에 대해 RFC 2616에서 말하는 내용을 읽는 것이 좋습니다. 그것은 당신이 생각하는 것을하지 않습니다.