我实际上是在处理语义 Web 服务,更具体地说是 WS 组合。
为了在 Web 服务中添加语义,我找到了两条路径(使用 owl-s 或 wsdl-s),那么每个解决方案的限制是什么?
我实际上是在处理语义 Web 服务,更具体地说是 WS 组合。
为了在 Web 服务中添加语义,我找到了两条路径(使用 owl-s 或 wsdl-s),那么每个解决方案的限制是什么?
在我看来,OWL-S 和 WSDL-S 都同样过时了。这两种方法都是在重量级服务描述被认为是构建 Web 服务架构的最佳方式时构思的。现在,除了一些内部企业开发团队可能例外,Web 服务 API 通常基于相当简单的基于 HTTP 的方法,使用 JSON(通常)或 XML(不太常见)作为有效负载。他们经常声称使用 REST 作为定义服务的基础,尽管在许多情况下,这个术语是否被正确使用还很不清楚。总的来说,这些服务是通过开发人员阅读 API 文档和编写代码来调用的,而不是一些涉及服务描述语言处理的繁琐半自动化过程。
我不知道有任何广泛使用的技术可以用来描述我上面描述的现代 Web 服务的元数据。有诸如json-service之类的方法,但我不知道它们的使用范围有多广。
我认为事实是,将丰富的服务描述作为一流的对象从未被证明像人们预期或希望的那样有用。尤其是,我们从未从服务编排或基于代理的 Web 服务中设想的更简单的组件服务实现复杂服务的灵活、动态组合。我认为描述服务在调用时会做什么被证明是一个比早期研究调查预期的要困难得多的问题也是正确的,而过早的标准化尝试实际上使问题变得更糟而不是更好。
如果您对 Web 服务组合感兴趣,我强烈建议您阅读一些广泛的研究文献,以了解为解决开发人员真正想要解决的问题而尝试和失败的努力的规模。然后问问自己,您要解决的用户问题是什么。不要只是发明一些技术,然后试图找出它可能有用的地方——这种方法已经尝试过了!
SWS还有很长的路要走。WSDL 2.0:RDF 映射 W3C 规范定义了 WSDL 2.0 - OWL 映射。主要问题不是如何在本体中描述服务,而是如何处理类型系统。Linked Data 基于与 XML Schema 消息描述完全不同的 DL 模型 (OWL2)。OWL 1/2 部分采用 XML 数据类型,但不能只使用 OWL2/XML 序列化。可以直接使用 OWL/RDF 消息(传递具有对应数据的个人),但是在 WSDL 中没有定义这种模式的标准方法。XML Schema 在这里是另一个刹车 - 它不支持多重继承,因此 OWL / XML 之间的映射并不那么容易(公平地说,在 XML 中根本没有继承的概念)。
恕我直言,解决方案是创建一种新的 XML Schema 语言,保留类型系统,但将结构规范更改为“友好的链接数据”。然后,基于“XML Schema 2.0”规范提供新的 OWL 序列化格式,其中所有数据类型和个体将直接表示,因此可以在结构上用 XML 表示。显然可能会有很多问题——如何在 XML Schema QNames 中表示 OWL IRI?
亲切的问候,
D.