问题标签 [transfer-encoding]

我有一个客户端在没有 HTTP 分块的情况下向我发送请求（它们使用内容长度）。当我的服务器响应时，分块被启用，客户端无法处理这个 - 即使他们应该能够使用 HTTP 1.1 .....

我试图通过从axis2配置文件（axis2.xml）中删除下面的条目来禁用分块，但响应仍然是分块的。

分块

所以问题是，是否还有其他地方启用了覆盖axis2设置的分块？也许在tomcat设置中？

网络服务器详细信息 - tomcat 6.0.16、axis2 2.1.3

谢谢迈克

我正在创建一个反向代理，并试图为分块传输编码找到响应大小的最佳缓冲区。目前我将其设置为 4 kb。这个数字可以吗，还是我应该使用更好的尺寸。如果可能的话，我希望通过一些测试来支持这一点。

我还会接受某人在 .NET 框架中知道的具有默认值的属性设置。

HTTP 规范规定，请求允许使用 Transfer-Encoding 标头 - 但是如果服务器不理解给定的 Transfer-Encoding，它应该响应什么错误代码。

据我所知，HTTP 标准并未涵盖这种可能性，但也许我只是忽略了它。

我正在从 WCF 调用轴 Web 服务。该请求工作得很好，但我得到了空值。使用 Fiddler，我能够确定响应的基础是 Transfer-Encoding: chunked。这意味着在 xml 之前的响应中有控制字符。WCF 不会引发错误。它只是继续前进，并且该方法应该返回的对象为空。谁能告诉我如何告诉 WCF 如何正确处理 HTTP 1.1 分块编码消息？

这是一个提出类似问题的人的链接：

http://www.biztalkgurus.com/forums/t/10860.aspx

肥皂反应：

我想在我的网络服务器上禁用分块传输编码，以避免这个错误： http: //support.microsoft.com/kb/871205。不幸的是，我需要在 Win2k 上支持 IE6，所以他们无法安装补丁。

我找到了将 AspEnableChunkedEncoding 设置为 FALSE 的说明，但这似乎不能解决我的问题。我相信这是因为我们还使用 gzip 压缩，根据这篇文章 ( http://www.eggheadcafe.com/conversation.aspx?messageid=31045986&threadid=31045970 ) 需要分块编码才能压缩动态内容。因此，所有动态压缩的内容都被“分块”传输，因为它是由 gzip 过滤器压缩的，而不是 ASP.NET。

我知道 IIS 可以不分块地提供此内容，因为我尝试在请求中使用 http 1.0（不支持传输编码：分块），并且响应正确到达并被压缩。

如何在使用 ScriptManager 时禁用分块编码，这需要动态压缩生成的“.axd”文件？

我需要编写一个程序来.eml从 IIS 的邮件投递箱中读取文件，但我找不到一个明确的来源来告诉我.eml文件的编码。是否有规范告诉我文件的编码，还是我只需要猜测/假设一个？

用于移动应用程序（例如 Android）和服务器之间的数据通信的服务器设置是什么？带有 PHP 的 Apache http 服务器就足够了吗？假设您需要每天传输一次 1 GB 的二进制或文本数据，或者将其分散到小块中并在一天中的不同时间传输。Tomcat + Java servlet 怎么样？

欢迎所有建议。

我正在尝试以这种方式在 libevent 中进行分块响应（大文件）::

问题是我觉得 add_file 是异步的，所以第三个左右evhttp_send_reply_chunk给了我一个错误（或类似的东西）：

[警告] evhttp_send_chain Closed(45): 错误的文件描述符

我MAX_READ_SIZE打算8实际测试分块传输编码。

我注意到有一种evhttp_request_set_chunked_cb (struct evhttp_request *, void(*cb)(struct evhttp_request *, void *)) 方法我可以使用，但找不到任何关于如何使用的示例。

例如，我如何将参数传递给回调？该参数似乎与传递给请求处理程序的参数相同，这不是我想要的，因为我想创建一个包含文件描述符和我发送的文件偏移量的对象。

感谢所有帮助。

在此先感谢

我的一项数据源服务遇到了一些问题。正如它在 HTTP 响应标头中所说，它在 Apache-Coyote/1.1 上运行。服务器使用 Transfer-Encoding: chunked 给出响应，这里是示例响应：

问题是当我请求服务器发送压缩请求时，它经常发送不完整的响应。我收到响应，看到收到的最后一个块，但是在解压缩后我看到响应是部分的。我从未见过在请求标头中关闭 gzip 的这种行为。

所以我的问题是：这是常见的tomcat问题吗？也许其中一个正在压缩的mod？或者也许它可能是某种代理问题？我不知道tomcat的版本或他们使用的gzip mod，但请随时询问，我会尝试询问我的服务提供商。

谢谢。

我可以简单地设置Transfer-Encoding标题吗？

在某个时候调用Response.Flush()会导致这种情况隐式发生吗？

编辑
不，我不能称之为Response.Headers.Add("Transfer-Encoding","anything"); 抛出。

还有其他建议吗？

相关：
在 ASP.NET 中启用分块传输编码