【发布时间】:2011-06-25 02:21:42
【问题描述】:
给定以下 url 网络服务:
http://geoss.compusult.net/wes/serviceManagerCSW/csw?request=GetCapabilities&service=CSW
如何为服务创建代理类?
更多信息HERE。
编辑#1:
上面的托管服务正在实施 OGC 标准 (CSW)。该标准的模式托管在HERE。他们有一些 WSDL HERE。如果我要将URL 放在其中一个 WSDL 到 Visual Studio 的“添加引用/服务”中,我会得到一个 Web 操作列表并将生成一个引用。但是,这行不通,因为它不知道真正的托管服务提供商。所以我不太确定该怎么做。
编辑#2:
这是它生成的:
编辑#3:
根据 John Saunders 的评论检查错误,我得到以下信息:
自定义工具错误:生成失败 服务参考代码 '服务参考 1'。请检查 其他错误和警告消息 细节。 D:\temp\WebApplication2\WebApplication2\Service References\ServiceReference1\Reference.svcmap 1 1 WebApplication2
所以我检查了警告,我看到了一些类似这样的警告:
警告 1 自定义工具警告:不能 导入 wsdl:portType 详细信息:一个 运行时抛出异常 WSDL 导入扩展: System.ServiceModel.Description.XmlSerializerMessageContractImporter 错误:带有目标命名空间的架构 'http://www.opengis.net/cat/csw/2.0.2' 找不到。错误的 XPath 资源: //wsdl:definitions[@targetNamespace='http://www.opengis.net/cat/csw/2.0.2/requests']/wsdl:portType[@name='csw'] D:\temp\WebApplication2\WebApplication2\Service References\ServiceReference1\Reference.svcmap 1 1 WebApplication2
这些是我在 .NET 中使用这些模式进行任何操作时遇到的相同类型的警告。模式不应该与任何语言一起使用吗?下面是一些我对 .NET 和这些架构感到心痛的例子: HERE HERE HERE
所以我不确定是应该责怪架构还是 .NET 无法处理如此大的架构。
事件尽管 Marc 和 Basiclife 都提供了通常可以在“正常”模式下工作的答案,但 John 得到了答案,因为当我认为这不是故障排除问题时,他帮助我解决了问题,而是我缺少的东西.虽然我认为创建客户端没什么大不了的,但我应该知道这些模式。
【问题讨论】:
标签: asp.net visual-studio web-services ogc