摘要
本文档指定了一组公共的、可以在策略中指定的消息策略断言。
可组合的 (Composable) 的结构
通过使用 XML、SOAP 和 WSDL 可扩展性模式,WS* 规范旨在通过互相组合来提供丰富的 Web 服务环境。WS-PolicyAssertions 本身不为 Web 服务提供协商解决方案。WS-PolicyAssertions 是一个构造块,它与其他 Web 服务和特定于应用程序的协议一起使用,以适应各种各样的策略交换模型。
状态
此 WS-PolicyAssertions 规范是首度公开的草拟版,仅作为查看和评估使用。BEA、IBM、Microsoft 和 SAP 希望在不久的将来能征得您的投稿和建议。无论怎样,BEA、IBM、Microsoft 和 SAP 不以任何方式就此规范做出担保或陈述。
1. 简介
该规范定义了与 WS-Policy [WS-Policy] 一起使用的常规的、与消息处理相关的断言。
1.1 目标
WS-PolicyAssertions 的目标是提供初始的断言集,以满足 Web 服务应用程序的一些普通需求。
1.2 示例
以下示例描述了一个策略表达式:
001 <wsp:Policy xmlns_x="…">
002 <wsp:All>
003 <wsp:TextEncoding wsp_Usage="wsp:Required"
Encoding="iso-8859-5" />
004 <wsp:SpecVersion wsp_Usage="wsp:Required"
URI="http://schemas.xmlsoap.org/ws/2002/12/policy" />
005 <wsp:ExactlyOne>
006 <wsp:Language wsp_Usage="wsp:Required"
wsp:Preference="10" Language="da" />
007 <wsp:Language wsp_Usage="wsp:Required"
wsp:Preference="7" Language="en-gb" />
008 <wsp:Language wsp_Usage="wsp:Required"
wsp:Preference="1" Language="en" />
009 </wsp:ExactlyOne>
010 </wsp:All>
011 </wsp:Policy>
在本示例中,我们描述了常规策略的表达式。行 3 表示进行文本编码的特定策略断言。
行 4 描述了对规范进行引用的断言。
5-9 行表示用来产生策略断言集的 <wsp:ExactlyOne> 策略运算符。即有效策略必须包含且仅包含一条所包含的断言(6-8 行)。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
API设计:如何正确开发应用程序接口
在交互组件化软件的世界里,没有比让组件之间以及组件与移动设备和浏览器之间进行连接的应用程序接口(API)更重要的东西了。
-
REST vs. SOAP:如何挑选最好的Web服务
在应用没有任何服务器端的组件情况下,有没有可能直接通过我的应用数据库直接使用这些Web服务?
-
BEST:SOAP/XML和REST的替代方案
虽然拥有大量的机架服务器,以及大量软件开发人员的组织,基于web和集成服务的SOAP和REST很适合他们,但也会出现问题。
-
REST和SOAP 谁使移动应用最受益?
你应该听说过REST,如果在移动应用开发中使用REST,而不是使用SOAP,最大好处是什么?