WSE 服务更新； “wse”后缀问题答案

【问题标题】：WSE service update; "wse" suffix issueWSE 服务更新； “wse”后缀问题
【发布时间】：2010-10-31 03:25:21
【问题描述】：

我有一个使用 WSE 3.0（VS2k5 和 .Net 2.0）引用 Web 服务的应用程序。该应用程序是第三方应用程序，包含对代理对象“ThisServiceWse”的引用，当我更新 Web 服务引用时，代理对象名称更改为“ThisService”，没有“Wse”后缀。这意味着即使项目属性另有说明，该项目也没有使用 WSE。有人见过这个吗？我如何解决它？我已经尝试卸载/重新安装 WSE 无济于事。

另外，作为一个附带问题。我无法升级此服务，因为它使用了“RequireMTOM”属性。是否可以在 .Net 3.5 Web 服务中设置此属性？很想从 WSE 3.0 升级。

【问题讨论】：

我也有同样的问题，如果有人有其他问题而不是没有答案，那就太好了。大约一年前，我在 VS2005 下设法完成了这项工作，但是当我将项目移至 VS2008 时，该服务的 WSE 版本消失了。希望我能记住我做了什么让它发挥作用......
有人找到解决这个问题的办法吗？

标签： .net web-services

【解决方案1】：

Ryan，WSE 已过时。在 WCF 发布的那一刻，它被 WCF 取代。 WCF 它与 WSE 非常不同，因此“RequireMTOM”属性不太可能仍然以这种形式存在。

另外，如果您更新了“服务参考”，那么您不是在客户端上使用 WSE - 您在客户端上使用的是 WCF。

【讨论】：

抱歉，John，这不是 WCF，我的意思是“Web 服务参考”，如果让您感到困惑，请见谅。此外，.net 3.5 中仍有 ASMX 服务，因此我将升级到该服务，而不是 WCF。
@Ryan：我又困惑了。您是否知道 ASMX 服务不支持 MTOM？而且，不管你信不信，使用 ASMX 服务进行任何新开发都是错误的。它们还没有过时，但已经接近了。
@John，我不知道 ASMX 不支持 MTOM，因此我的问题 ;) 。由于这是一个已经使用 ASMX 的棕地应用程序，因此仅“升级”它们更具成本效益......但是，我不完全理解删除“RequireMTOM”属性会对应用程序产生什么影响。我知道这是一种编码，但如果没有它，应用程序会爆炸吗？
MTOM 是一种对大量数据或附件进行编码的方法。在不知道您的应用程序的情况下，我不知道这是否会影响它。此外，WSE 可能出于其他当时很好的原因而被使用。例如，没有 WSE，ASMX 只支持 SSL 安全性，没有别的。如果安全性是一个要求，那么 ASMX 不是解决方案 - WCF 是。我强烈建议您详细了解这些要求和这些技术，否则您可能会犯一个大而昂贵的错误。