Web services 语义web服务中owl-s和wsdl-s的区别是什么？

我实际上是在处理语义web服务，更具体地说是WS-composition

---

为了在web服务中添加语义，我找到了两条路径（使用owl-s或wsdl-s），那么每个解决方案的限制是什么呢？

在我看来，owl-s和wsdl-s都同样过时。这两种方法都是在重量级服务描述被认为是构建web服务体系结构的最佳方式的时候构思的。现在，除了一些内部公司开发团队之外，web服务API通常基于相当简单的基于HTTP的方法，JSON（通常）或XML（较少）作为有效负载。他们经常声称使用REST作为定义服务的基础，尽管在许多情况下，还不清楚这个术语是否正确使用。大体上，这些服务是通过开发人员阅读API文档和编写代码来调用的，而不是通过处理服务描述语言来调用的繁琐的半自动化过程

我不知道有任何广泛使用的技术可以用来描述我上面描述的形式的现代web服务的元数据。有一些方法，例如，但我不知道它们的使用范围有多广

我认为事实是，拥有丰富的服务描述作为一级对象从来没有被证明像人们预期或希望的那样有用。尤其值得一提的是，我们从未从或中设想的简单组件服务实现复杂服务的灵活、动态组合。我认为，描述服务在调用时所做的事情被证明是一个比早期的研究调查所预期的困难得多的问题，而且过早的标准化尝试实际上使问题变得更糟，而不是更好

---

如果您对web服务组合感兴趣，我强烈建议您阅读一些广泛的研究文献，以了解为解决开发人员实际想要解决的问题所做的尝试（但失败）的规模。然后问问自己，你想为你的用户解决什么问题。不要只是发明一些技术，然后试图找出它可能是有用的-这种方法已经尝试过了

在我看来，OWL-S和WSDL-S都同样过时。这两种方法都是在重量级服务描述被认为是构建web服务体系结构的最佳方式的时候构思的。现在，除了一些内部公司开发团队之外，web服务API通常基于相当简单的基于HTTP的方法，JSON（通常）或XML（较少）作为有效负载。他们经常声称使用REST作为定义服务的基础，尽管在许多情况下，还不清楚这个术语是否正确使用。大体上，这些服务是通过开发人员阅读API文档和编写代码来调用的，而不是通过处理服务描述语言来调用的繁琐的半自动化过程

我不知道有任何广泛使用的技术可以用来描述我上面描述的形式的现代web服务的元数据。有一些方法，例如，但我不知道它们的使用范围有多广

我认为事实是，拥有丰富的服务描述作为一级对象从来没有被证明像人们预期或希望的那样有用。尤其值得一提的是，我们从未从或中设想的简单组件服务实现复杂服务的灵活、动态组合。我认为，描述服务在调用时所做的事情被证明是一个比早期的研究调查所预期的困难得多的问题，而且过早的标准化尝试实际上使问题变得更糟，而不是更好

---

如果您对web服务组合感兴趣，我强烈建议您阅读一些广泛的研究文献，以了解为解决开发人员实际想要解决的问题所做的尝试（但失败）的规模。然后问问自己，你想为你的用户解决什么问题。不要只是发明一些技术，然后试图找出它可能是有用的-这种方法已经尝试过了

SWS还有很长的路要走。 WSDL2.0:RDF映射W3C规范定义了WSDL2.0-OWL映射。 主要的问题不是如何在本体中描述服务，而是如何处理类型系统。 链接数据基于DL模型（OWL2），这与XML模式消息描述有很大不同。OWL1/2部分采用XML数据类型，但不能仅使用OWL2/XML序列化。 可以直接使用OWL/RDF消息（将相应的数据传递给个人），但在WSDL中没有标准的方法来定义此模式。 XML模式是这里的另一个制动器——它不支持多重继承，因此OWL/XML之间的映射并不那么容易（公平地说，在XML中根本没有继承的概念）

IMHO的解决方案是创建一种新的XML模式语言，保留类型系统，但将结构规范更改为“链接数据友好型”。 然后，基于“XMLSchema2.0”规范提供新的OWL序列化格式，其中所有数据类型和个体都将直接表示，因此可以在结构上用XML表示。 显然，可能会有很多问题-如何在XML模式QNames中表示OWL IRI

亲切问候,

---

D.

SWS还有很长的路要走。 WSDL2.0:RDF映射W3C规范定义了WSDL2.0-OWL映射。 主要的问题不是如何在本体中描述服务，而是如何处理类型系统。 链接数据基于DL模型（OWL2），这与XML模式消息描述有很大不同。OWL1/2部分采用XML数据类型，但不能仅使用OWL2/XML序列化。 可以使用OWL/RDF消息