청크 발행시 Tomcat gzip

Question

내 데이터 소스 서비스 중 일부 문제가 만료되었습니다. HTTP 응답 헤더에서 Apache-Coyote/1.1에서 실행 중이라고 나와 있습니다. 청크 분할, 여기에 샘플 응답 : 나는 종종 전체 응답을하지 전송 gzip으로 압축 된 요청을 보낼 서버를 요청하고있을 때

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

그리고 문제가 서버는 전송 인코딩과 응답을 제공합니다. 응답을 받으면 마지막 덩어리가 수신되는 것을 확인합니다. 그러나 뽑지 않은 후에 응답은 부분적입니다. 요청 헤더에서 gzip을 꺼서 이러한 동작을 보지 못했습니다.

제 질문은 : 일반적인 바람둥이 문제입니까? 어쩌면 그것 중 하나는 압축을하고있는 모드인가? 아니면 프록시 문제 일 수도 있습니다. 나는 바람둥이의 버전이나 그들이 사용하는 gzip mod에 대해 말할 수는 없지만 자유롭게 물어 보면 서비스 제공자에게 물어볼 것입니다.

감사합니다.

Answer 1

gzipped 응답의 콘텐츠 길이는 예측할 수 없기 때문에 비싸고 메모리에서 먼저 완전히 압축해야하므로 길이를 계산 한 다음 gzipped 응답을 메모리에서 스트리밍하기 때문에 평균 웹 서버는 다음을 사용하여 청크로 전송합니다 Transfer-Encoding:chunked a Content-Length 헤더 없음.

자체 개발 한 HTTP 클라이언트이기 때문에 마치 청크 요청을 올바르게 처리하지 않는 것처럼 들립니다. Transfer-Encoding 응답 헤더를 결정해야하며 chunked과 같으면 청크 스트림으로 구문 분석해야합니다.

위에서 언급 한 HTTP 사양 링크 및 Wikipedia에서 청크 스트림을 구문 분석하는 방법을 알 수 있습니다. 각 청크는 16 진수의 청크 길이를 나타내는 헤더, 그 다음 CRLF, 실제 청크 컨텐츠, 그리고 CRLF로 구성됩니다. 이것은 청크 길이가 0 인 것을 나타내는 헤더가있는 청크까지 반복됩니다. 청크를 개별적으로 풀고 풀로 붙일 필요가 있습니다.

지루한 코딩 작업 (자국의 HTTP 클라이언트의 잔여 사용자도있을 수 있음)을 모두 저장하려면 Apache HttpComponents Client을 사용하는 것이 좋습니다.