标签：nginx java soap cloudfoundry chunked-encoding

似乎nginx不能很好地支持chunked请求.但我正在努力获得更明确(当前)的答案.我有一个客户端从Java客户端向服务器发出SOAP请求,该客户端设置标头Transfer-Encoding：chunked.当我直接连接到Tomcat上的应用程序时,一切正常.

但是当我把nginx放在它们之间时,事情就会破裂.

添加一些细节：我正在使用CloudFoundry.我正在使用Micro Cloud Foundry确认在没有nginx的情况下,事情按预期工作.但我的要求是使用cloudfoundry.com,所以我没有能力绕过那里的nginx.

This question and answer说这可能是我唯一的解决方法：http://wiki.nginx.org/NginxHttpChunkinModule.但是这种解决方法不可用,因为我无法修改cloudfoundry.com上的配置.

This question看起来也很相似,但它实际上涵盖了这个要求的反面.它涵盖了分块响应而不是分块请求.

那么客户端的任何变化如何解决这个问题呢？是否可以发送Transfer-Encoding：chunked和Content-Length：123作为标题？这个领域对我来说是新的,但似乎像Apache HttpComponents这样的项目可以设置长度或分块但不是两者.分块的重点是您不需要知道请求开始时的长度.我可以告诉我的客户端使用HTTP / 1.0并在没有分块的情况下使用nginx很好吗？我还忘记了其他解决方法吗？

解决方法:

我收集了这个问题所有部分的答案.

Base nginx不支持分块请求(正如Alexander确认的那样！). Nginx可以使用NginXHttpCunkinModule来支持分块请求(正如我的问题所提到的).更好：这个模块在18个月前从测试状态升级到生产质量.最佳：我最近在meetup与CloudFoundry工程团队的一些成员进行了交谈;他们确认计划将此模块添加到他们的nginx版本中.问题解决了. (嗯,从长远来看,它已经完全解决了.但我们没有确切的日期来确定何时发生这种情况.)

因此,短期解决方案也会很好.我发现了一个.

回答我向亚历山大提出的问题：不可能发送带有分块消息的“Content-Length”.这真的是分块消息的重点：你在拥有完整内容之前就开始发送它们,所以你不可能知道它的长度.所以他避免分块请求的想法是正确的.但更实际的是,我会说,“使用HTTP / 1.0而不是HTTP / 1.1.”这具有不发送分块消息的效果.我们能够临时修补我们的客户以测试这个想法.有效.但我们不打算推出一个公共补丁.让每个人都使用一个有十年历史的协议(以及一个10年不受支持的客户端库！)来解决这一问题的问题似乎适得其反.

相反,我会在需要时使用被黑客入侵的客户端,如果其他人发现需要,我会发送电子邮件,我们将等待CloudFoundry更新到HttpChunkin和HTTP / 1.1.

标签：nginx,java,soap,cloudfoundry,chunked-encoding
来源： https://codeday.me/bug/20190518/1126564.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。