Java Web服务的压缩结果

我有一个返回XML的.NETWeb服务，我想在发送它之前对它进行压缩

有两种方法可以做到这一点，但我不想用代码来实现

我可以将IIS设置为gzip我的Web服务返回的所有内容吗？它不是从浏览器调用的

另一个问题是，如果Java客户机正在使用这个web服务，这会影响什么

---

我想客户端代理仍然需要解压，但是如果我使用gzip，应该不会有任何问题-这是一个通用协议，对吗？

完成这种事情的标准方法是通过HTTP使用gzip压缩，因为它直接受协议支持。只要你的客户支持这一点，那么你就应该很乐意去做

如果您使用更基本的工具从头开始编写客户机，您可能需要自己添加处理：下面给出了一个很好的例子

---

我希望很多SOAP客户端库都内置了对这一点的支持，但您必须尝试一下自己的：如果他们依靠较低级别的HTTP库来完成工作，很有可能它应该可以正常工作。

完成这类工作的标准方法是通过HTTP使用gzip压缩，因为它直接受协议支持。只要你的客户支持这一点，那么你就应该很乐意去做

如果您使用更基本的工具从头开始编写客户机，您可能需要自己添加处理：下面给出了一个很好的例子

---

我希望很多SOAP客户端库都内置了对这一点的支持，但您必须尝试您的客户端库来确保：如果它们依靠较低级别的HTTP库来完成工作，那么它很可能就可以正常工作。

您可以在iis中配置metabase.xml以更好地控制压缩。如果元数据库尚未包含web应用程序格式（.asp、.asmx、…），则可能需要将其重新定义为元数据库。 您可以看到以下内容： 而且

---

您可以在iis中配置metabase.xml，以便更好地控制压缩。如果元数据库尚未包含web应用程序格式（.asp、.asmx、…），则可能需要将其重新定义为元数据库。 您可以看到以下内容： 而且

---

这是我所期望的，但是客户端会发生什么呢？他们是否必须编写代码来显式解压请求，或者生成的SOAP代理会为他们这样做？e、 根据这个链接，他们需要编写代码——正如我所说，这取决于客户机：一些客户机将使用较低级别的HTTP库来读取头并做正确的事情。其他人可能不会，在这种情况下，你可能需要做一些额外的腿部工作。无论如何，您都可以让服务器端代码查看来自客户端的accept标头，以判断它是否支持gzip。请参阅§14.3 accept Encoding：这是我所期望的，但客户端会发生什么？他们是否必须编写代码来显式解压请求，或者生成的SOAP代理会为他们这样做？e、 根据这个链接，他们需要编写代码——正如我所说，这取决于客户机：一些客户机将使用较低级别的HTTP库来读取头并做正确的事情。其他人可能不会，在这种情况下，你可能需要做一些额外的腿部工作。无论如何，您都可以让服务器端代码查看客户端的accept标头，以判断它是否支持gzip。请参阅§14.3 accept Encoding：