4

我们有一个托管在第三方托管环境中的 Web 应用程序。服务器应用程序向我们的 iPad 应用程序公开一些 WCF RESTFUL 服务。

WCF 服务是 .svc-less 并在 Glonbal.asax 文件中注册。样本：

 RouteTable.Routes.Add("service name", new ServiceRoute("url", 
    new WebServiceHostFactory(), routingServiceContract));

由于我们需要将一些海量数据从我们的 iPad 应用程序传输到服务器应用程序，因此一些请求在发送到 WCF 服务之前进行了 GZIP 压缩。由于服务器应用程序最初是基于 .NET 3.5 构建的，因此类似这样的一段代码负责解压缩压缩的请求：

public void Application_BeginRequest(object sender, EventArgs e)
{
  if (!string.IsNullOrEmpty(Request.Headers["Content-Encoding"]))
  {                
    if (Request.Headers["Content-Encoding"].ToLower().Contains("gzip"))
     Request.Filter = new GZipStream(Request.Filter, CompressionMode.Decompress);

    if (Request.Headers["Content-Encoding"].ToLower().Contains("deflate"))
      Request.Filter = new DeflateStream(Request.Filter, CompressionMode.Decompress);
  }
}

这一直有效，直到我们的托管服务提供商在他们的服务器上安装了 .NET 4.5。然后压缩的 JSON 请求开始失败（我们得到 http 400 或有时 500 错误）。经过这么多调查，结果发现代码和 web.config 文件都可以，因为 WCF 服务在没有安装 .NET 4.5 的服务器上运行良好。

我什至评论了上面的代码并发布到同一个服务器，但它不再工作了。我原以为请求被解码了两次！

现在我想知道如何利用 WCF 4.5 的内置压缩功能并使该网站正常工作？我更喜欢摆脱自定义 c# 代码，只使用 WCF 4.5 压缩功能。

ps Web 服务在 ASP.NET 兼容模式下运行。

pps 如果我们不压缩 http 请求，web 服务可以完美运行。

4

1 回答 1

0

我检查了您的配置文件和 Application_BeginRequest 方法。我使用 .net 4.0 在我的机器上复制了您的配置文件，并验证它工作正常。我还可以看到相同的设置在 .net 4.5 的机器上失败。根据我的观察，您的问题与 Application_BeginRequest 中的压缩/解压缩代码无关。但是您遇到了我在此 [post][1] 中描述的相同问题

[1]：WCF - .Net 4.5 安装“发布”后的端点冲突。在这篇文章中，我还发布了解决此问题的方法。解决方法是显式定义 REST 端点。在进行相同的工作后，我可以看到您的项目开始工作。为了让您的项目正常运行，我所要做的就是在配置中添加这两行并显式配置服务端点。

    <services>
      <service name="<YourNamespace>.TestService">
        <endpoint address="" binding="webHttpBinding" contract="<YourNamespace>.TestService" behaviorConfiguration="RESTEndpointBehavior"/>
      </service>
    </services>

你能检查一下这是否能解决你的问题吗？

于 2012-12-04T21:16:04.667 回答