Apache/Weblogic 9.2上损坏的HTTP头

Apache/Weblogic 9.2上损坏的HTTP头,apache,spring,caching,http-headers,Apache,Spring,Caching,Http Headers,我有一个很奇怪的问题。我的应用程序堆栈基于J2EE,使用Spring2.5.6和SpringWebFlow2.0.6。应用服务器是Weblogic 9.2,前面有一个Apache服务器(负载平衡)。我们在apache中使用SiteMinder Webagent作为身份验证层 下面的问题可能是由上面的任何层引起的- 我们的站点性能非常慢,原因是某些javascript和css文件没有被缓存。我们知道Siteminder去掉了If-Modified头,所以我们启用了IgnoreExt参数(在WebA

我有一个很奇怪的问题。我的应用程序堆栈基于J2EE,使用Spring2.5.6和SpringWebFlow2.0.6。应用服务器是Weblogic 9.2,前面有一个Apache服务器(负载平衡)。我们在apache中使用SiteMinder Webagent作为身份验证层

下面的问题可能是由上面的任何层引起的-

我们的站点性能非常慢,原因是某些javascript和css文件没有被缓存。我们知道Siteminder去掉了If-Modified头,所以我们启用了IgnoreExt参数(在WebAgent中)将.js和.css扩展名添加到现有的未受保护的文件类型列表中(没有这个扩展名,就不会缓存任何js或css文件)。现在的问题是,我只看到2个文件没有被缓存(即服务器没有返回304),原因是响应头已损坏。服务器确实返回304,但在标题中有一些垃圾文本,因此客户端无法决定从何处获取内容。看起来是这样的-


现在这可能是2个文件(SpringWebflow的一部分)或Apache中的SiteMinder配置或其他完全相同的问题。有人见过这个吗?知道从哪里开始寻找吗?

我们在使用WebLogic 10mp2运行Apache 2.0.59时遇到了类似的情况。间歇性地,我们会发现数据位于有效HTTP响应的前面。在304未修改响应之后,数据始终是gzip 0。损坏的标头以签名1F 8B 08开头

这个问题似乎源于对缓存资源使用mod_deflate。我们已经能够通过禁用mod_deflate来消除该问题。到目前为止,我们已经批量禁用mod_deflate,但正在缩小禁用mod_deflate的范围。Apache Web服务器项目暗指2.1.1中的修复:

*)mod_deflate:不使用零长度对响应进行放气
e、 g.proxied 304的[Allan Edwards]

我建议您通过删除一些组件来缩小问题范围,直到找到有问题的组件(例如:siteminder、apache)。