Differences between WADL and WSDL 2.0 HTTP binding
本文翻译自《Definition Languages for RESTful Web Services: WADL vs. WSDL 2.0》的一部分 先对如下两个名词做一些解释： WADL：Web Application Description Language WSDL 2.0：Web Services Description Language 以下翻译取自该文最关键的部分，即两者之间的不同点： 尽管 WADL 和 WSDL 2.0 HTTP binding 在某种程度上非常类似，但它们还是有一些不同点。 Resources vs. Interfaces WADL 是以资源为中心的描述语言。WADL 文档是由一组资源描述组成。与之相反，WSDL 是以接口为中心的描述语言。. WSDL 2.0 描述是由一组接口定义构成，这些接口定义则是由操作定义构成。 在 WADL 里，甚至即使是一个复杂的商业应用也被描述为对资源的基本操作。 仅支持 HTTP vs. 独立于传输协议 WADL 只支持对使用 HTTP 协议的 web 应用进行描述。 因为限定于 HTTP，WADL 要比 [...]
Categorized in: SOA · Tagged with: SOA, WSDL
SMTP Transport Binding for SOAP
SOAP 除了可以 bind 到 HTTP 上外, 也可以 bind 到 SMTP 上. 其实个人感觉, SOAP bind 到 SMTP 上的场景很少会使用到, 通常限于 one-way operation (比如通知等不需要响应). 如果需要实现 request/response, 那么是需要多做一些工作的(下文会有叙述). soap:binding element 的 transport 属性需指定一个 http://xxx(例如:http://schemas.xmlsoap.org/soap/smtp) URL 来表明所要 binding 的 protocol. 似乎这个 URL 是任意形式, 只要能让调用方知道要使用什么协议即可. 在 soap:address 要给定 mailto:xxxx@xxx.xxx 这样形式的 URI. <service name=”StockQuoteServiceBinding_service”> <port name=”StockQuoteServiceBinding_port” binding=”binding:StockQuoteServiceBinding”> <soap:address location=”mailto:getQuote@test.com”/> </port> </service> 注意: [...]
Categorized in: SOA · Tagged with: SOAP, UDDI, Webservice, WSDL, XML
Which style of WSDL should I use? (reship)
A Web Services Description Language (WSDL) binding style can be RPC or document. The use can be encoded or literal. How do you determine which combination of style and use to use? The author describes the WSDL and SOAP messages for each combination to help you decide.
Categorized in: SOA · Tagged with: schema, SOAP, UDDI, Webservice, WSDL, XML
What’s New in WSDL 2.0
原文：http://www.xml.com/pub/a/ws/2004/05/19/wsdl2.html?page=1 by Arulazi Dhesiaseelan May 20, 2004 // < ![CDATA[ var CN_AD = new Object(); CN_AD.AD_SZ = "300wx250h"; CN_AD.PTYPE = "publisher"; cnetGetAd(CN_AD); // ]]> W3C 的 Web Services Description Working Group, Web Services Activity 的一个子组织, 已经为描述 web service 定义了一种语言, 也定义了与他们交互的可能方式. The WG 于 26 March 2004 发布了 WSDL 2.0 工作草稿. 这是 WSDL 进化史上的一个重要里程碑. 本文中, 我讨论了相对于 [...]
Categorized in: SOA · Tagged with: schema, SOAP, WSDL, XML
SOAP 规范中的 encodingStyle 和 WSDL 中的 binding style 究竟是什么意思
节选自IBM developerWorks《Web 服务的体系结构和最佳实践》 关于“编码样式”： SOAP 规范指定了一个名为“encodingStyle”的模式，它可以取两个值，“encoded”和“literal”。 编码的（encoded）：指的是 SOAP 规范的第5节，这一节定义了将编程语言的类型映射到 XML 的基本机制。 文字的（literal）：意味着您不用做这些工作。取而代之的是，这些类型信息是由外部机制提供的，更像使用 XML schema来确切地定义 SOAP 消息中使用的类型的 WSDL 文档。 这其中的缘故是因为 SOAP 规范是在采用 XML Schema 规范之前编写的。因此，原始的 SOAP 规范必须提供一种方法来指明编码类型信息。与 XML Schema 完全不同的地方是数组。SOAP 规范的5.4.2节指定了一种特别的机制来表示 XML 中的编程语言数组，它使用一种特别的 SOAPEnc:ArraySchema 类型。同时，编码信息（比如 <item xsi:type=”xsd:string”>）通常与用 SOAP 编码标准的 SOAP 消息体元素相关联。 然而，自从采用 XML Schema 之后（您会记得，WSDL用来表示它的类型），大多数语言使用自己的从 XML Schema 到编程语言类型之间的映射（或序列化规则），这使得 SOAP 编码变得过时。因此，推荐不要采用SOAP 编码，而是采用使用文字编码，在文字映射中由 XML Schema 文档（通常是 WSDL 文档的形式）从外部指定映射。 [...]
Categorized in: SOA · Tagged with: SOAP, WSDL
UDDI 规范 v3.0.2 – UDDI Programmers APIs 之 Custody and Ownership Transfer API Set
本节定义 UDDI Custody and Ownership Transfer API Set. 通过创建一个实体, 一个发布者可以拥有该实体的所有权, 称他为这个实体的所有者. 一个保管节点必须通过授权机制维护一个实体和它的发布者的所有权关系. 多节点注册中心的每个节点必须保证集成了实体保管功能. 同样, 一个节点务必不可允许改变一个实体, 除非这个节点已经保管了这个实体. Custody and Ownership Transfer API Set 使得一个注册中心的任意节点能够相互间从一个节点向另一个节点转移一个或多个 businessEntity or tModel 的保管关系, 也允许从一个发布者向另一个发布者转移这些数据的所有权. 一个 businessEntity 所包含的实体例如它的 businessService, bindingTemplate, 和 publisherAssertion 结构作为这个 businessEntity 保管关系转移的一部分进行转移. 从保管转移的视角来说, 参与这种转移的发布者总是不同的人, 尽管可能具有这种情况: 这些发布者都是同一个人. 这两个节点可能是不同的节点, 也可能是相同的节点; 两者发布者间的节点内(intra-node)转移简单退化为节点保管关系没有变化这种情况. 因而, 在节点内(规范上为inter-node, 注:这里应该是规范笔误)转移的情况下, 暗含的是所有权转移. 在节点内(intra-node)转移时, 这种转移使得两个发布者间进行所有权转移. 例如, 一个 UDDI 注册中心, [...]
Categorized in: SOA · Tagged with: SOAP, UDDI, Webservice, WSDL
UDDI 规范 v3.0.2 – UDDI Programmers APIs 之 Value Set API Set
当在 save_xxx 操作中使用到 keyedReference 时, 它可能会被检查是否是有效的. 类似的, 在 save_xxx 操作中使用到一个 keyedReferenceGroup element 可能也要接受检查确定其是否有效. 检查针对那些被 UDDI 注册中心认为是 “checked” 的 tModels. UDDI 提供了让第三方注册 value set 的能力, 然后控制检验过程(由 UDDI 使用)去执行这种检查. UDDI 注册中心可能支持缓存这些外部 value sets. UDDI 注册中心也可能支持外部校验. 由节点和注册中心策略确定使用哪种校验方式去执行对外部值集引用的检查. 这一系列 APIs 能够供 UDDI 注册中心和节点用在它们的校验策略中. 想提供一个外部检验能力的第三方实体可能需要使用跟 UDDI 一样的方式去实现一个 Web service(举例来说, 使用 literal encoding SOAP 作为消息传递机制), 这个 Web service 只暴露一个方法 validate_values. validate_values [...]
Categorized in: SOA · Tagged with: SOAP, UDDI, Webservice, WSDL
UDDI 规范 v3.0.2 – UDDI Programmers APIs 之 Security Policy API Set
security API 包括下面 APIs: · discard_authToken: 用于通知节点以前得到的某 authentication token 不再需要了, 如果在接收到这个消息之后还有使用它的, 应该认为它是无效的. · get_authToken: 用于从一个节点请求一个使用 authInfo element 样式的 authentication token. 在使用 Inquiry API Set, Publication API Set, Custody and Ownership Transfer API Set, 和 Subscription API Set 中的 API 时, authInfo element 可能是必需的. API 是否需要 authInfo elements 是由节点策略决定的. 如果一个 authInfo element 最后并没有被丢弃, 节点可能会选择使这个 authentication token [...]
Categorized in: SOA · Tagged with: SOAP, UDDI, Webservice, WSDL
(
(4.00 out of 5)
