Http 如何禁用传输编码:分块websphere

Http 如何禁用传输编码:分块websphere,http,websphere,zos,chunked-encoding,Http,Websphere,Zos,Chunked Encoding,我们有一个使用基于IBM JAX-RPC的Web服务在Websphere 6.1上运行的Web服务。客户端发送的请求没有传输编码的HTTP头:chunked(它们指定内容长度)。来自websphere的响应始终具有传输编码:在HTTP头中分块。我假设这将导致响应以多个块的形式发送。在一个系统中,服务请求者和服务提供者被许多中介(如防火墙和负载平衡器(T1/F5))分隔开,这种分块可能会导致显著的延迟 这个和这个讨论了请求分块,但没有提到任何关于响应的内容 有没有一种方法可以将websphere配

我们有一个使用基于IBM JAX-RPC的Web服务在Websphere 6.1上运行的Web服务。客户端发送的请求没有传输编码的HTTP头:chunked(它们指定内容长度)。来自websphere的响应始终具有传输编码:在HTTP头中分块。我假设这将导致响应以多个块的形式发送。在一个系统中,服务请求者和服务提供者被许多中介(如防火墙和负载平衡器(T1/F5))分隔开,这种分块可能会导致显著的延迟

这个和这个讨论了请求分块,但没有提到任何关于响应的内容


有没有一种方法可以将websphere配置为不添加传输编码:在HTTP头的响应中分块?

我认为您不能将websphere配置为这样做,但更重要的是,这并不重要。我建议阅读RFC2616关于分块编码的内容;它不会做您认为它会做的事情。

在websphere中,区块大小由web容器入站通道传输链中的“写入缓冲区大小”控制。根据他们的文件:



如果需要多次写入来处理对客户端的响应,请将为Write buffer size参数指定的值更改为更适合客户端的值。Write buffer size参数控制Web容器在发送请求进行处理之前缓冲的每个线程的最大数据量。默认值为32768字节,这对于大多数应用程序来说已经足够了。如果响应的大小大于写入缓冲区的大小,则响应被分块并在多个TCP写入中写回。

引用RFC 2616定义:“分块编码修改消息体,以便将其作为一系列分块传输…”。这是否意味着响应被分为多个块发送?