Estoy expirando algún problema con uno de mis servicios de fuente de datos. Como dice en los encabezados de respuesta HTTP que se ejecuta en Apache-Coyote/1.1. servidor da respuestas con Transfer-Encoding: fragmentada, aquí respuestas de ejemplo:Tomcat gzip mientras problema fragmentado
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
Y es un problema cuando estoy solicitando servidor para enviar solicitud gzipped a menudo no envía respuesta completa. Recibo una respuesta, veo el último fragmento recibido, pero luego, al desacoplarlo, veo que la respuesta es parcial. Nunca he visto ese comportamiento con gzip desactivado en los encabezados de solicitud.
Así que mi pregunta es: ¿es el problema común de Tomcat? tal vez uno de ellos es mod que está haciendo compresión? ¿O tal vez sea algún tipo de problema de proxy? No puedo hablar sobre versiones de Tomcat o qué mod de gzip usan, pero no dudes en preguntar, intentaré preguntarle a mi proveedor de servicios.
Gracias.
¿Qué cliente/biblioteca está utilizando para realizar la solicitud? – Asaph
¿Puedes publicar los encabezados de tus solicitudes? – Asaph
Estoy usando mi propia implementación parcial de HTTP, ya que dije que funciona bien sin codificación gzip y en la mayoría de los casos funciona bien para gzipped, ¡pero como 30% de las respuestas gzip son basura después de la descompresión! Mi petición como: POSTAL http://example.com/Service HTTP/1.1 Content-Length: 1081 Content-Encoding: gzip Accept-Encoding: gzip Anfitrión: 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) Autorización: básico UENDN0IySjpTb3KxdWE3YjJq SOAPAction: http://example.com/Service // y aquí va mi solicitud comprimida .. – hoodoos