我们在IIS中承载一个WCF服务。为了跟踪目的,我们需要知道IIS中承载的服务的版本。
此服务是服务套件的一部分,因此我们实现了所有公共功能(比如在公共库中提到的跟踪服务)。
当尝试使用普通调用获取程序集版本时,Assembly.GetExecutingAssembly()
我还试着获取调用堆栈和最后一个调用堆栈(获得IIS版本)。
有人知道如何以编程方式获取IIS中承载的WCF服务的版本吗?
发布于 2014-08-06 19:59:33
我假设您需要从运行时由WCF服务引用的公共库dll中获取WCF服务的版本。如果不是,我不明白为什么要通过运行Assembly.GetExecutingAssembly()
来获得公共库程序集。
如果是这种情况,则希望找到包含正在运行的Application
对象的程序集。通过在该根Application
对象上使用标准反射方法,您应该获得一个对IIS正在执行的dll的引用,该dll应该是WCF服务。
Application
类的文档:
http://msdn.microsoft.com/en-us/library/ms525360(v=vs.90).aspx
这看起来是一种很有希望的方法:
http://msdn.microsoft.com/en-us/library/system.windows.application.current(v=vs.110).aspx
发布于 2014-08-06 23:01:47
在讨论WCF服务的版本时,您更有可能会意识到您需要Web服务的版本控制,而不是组装版本,尽管您将两者混合在一起。
程序集版本是实现详细信息,不存在通过Web服务或IIS公开此类实现详细信息的合法情况。IIS本身涉及部署细节,与Web服务的版本控制无关。
System.Windows.Application是WPF的,与WCF或Web服务无关。
当您学习编程时,您可能已经了解了接口一旦发布,您就不应该修改它,尽管您可以更改实现或引入接口的新版本。Web服务基本上是通过http绑定的API或接口,描述语言通常是SOAP基础Web服务的WSDL。
简而言之,Web服务的版本控制是通过Xml命名空间完成的,在.NET中,您可以在XML命名空间和CLR命名空间之间进行映射。在部署期间,可以在主机中承载同一服务的多个版本,因此遗留客户端可以使用遗留服务,新客户端可以使用新版本。因此,您将有无缝的过渡策略。
程序集版本和服务版本之间没有直接联系,您不应该公开程序集版本,因为客户端说PHP或Java客户端不知道程序集版本是什么。
有关起点的更多详细信息,下面是一些很好的链接,如果您在谷歌上搜索“versioning版本控制”:http://www.ibm.com/developerworks/webservices/library/ws-version/ http://www.oracle.com/technetwork/articles/web-services-versioning-094384.html http://msdn.microsoft.com/en-us/library/ms731060(v=vs.110).aspx
https://stackoverflow.com/questions/25168927
复制相似问题