在 中文 中使用 Ws-security 的示例及其翻译为 日语
{-}
-
Ecclesiastic
-
Programming
-
Computer
JavaWeb服务:Metro服务下的WS-Security.
WS-Security描述了如何将签名和加密头加入SOAP消息。
尽管能带来这么多好处,但WS-Security也存在一些缺点。
但是,即使修复了此问题可能也不会影响其他的WS-Security运行时间。
早期测试表明,Axis2在WS-Security处理上要比Metro慢很多。
WS-Security添加的块对于较小的请求和响应消息来说更加明显。
Microsoft已公开承诺使WS-Security路线图工作和SAML项目合理化。
WS-Security标准为Web服务安全提供了不同的方法。
如果您正在使用WS-Security,并且关注性能,您应该考虑在您的应用程序中使用Metro。
WS-Security和相关标准为web服务安全性提供了广泛的选择。
Axis2/Rampart在其它WS-Security场景中表现不佳的原因也可能和这种类似的转换问题相关。
WS-Security(Web服务安全)是一种提供在Web服务上应用安全的方法的网络传输协议。
作为修复的一部分,CXF2.1.7在这种特殊情况下将跳过将WS-Security处理添加到响应消息流中的步骤。
降低WS-Security性能成本的另一种方法是将安全性处理转嫁给专门的硬件来完成。
如果您要使用WS-Security,可以从本文的测试结果中看出性能是一个问题。
这对于较小的消息尤为明显,其WS-SecureConversation配置的运行速度几乎是使用证书的WS-Security加密的两倍。
最近,OASISWS-Security小组接受了SAML的WS-Security绑定。
但Metro对纯文本信息交换提供和Axis2一样的性能,在使用WS-Security时还有比Axis2更好的性能。
使用WS-Security,客户对发送给银行系统的付款指令进行签名,从而防止中间的商业系统随意修改指定的付款额。
另外,.NET3.0和Metro1.0(两个正式发布的产品)都是以所提交的WS-*规范(WS-Security除外,它是标准)版本为基础的。
这表示Axis2/RampartWS-Security处理的主要性能问题不在于Rampart和底层WSS4J安全的实现。
与CXF2.1.6运行的相同测试相比,在username配置中删除消息流中的WS-Security将CXF的总体性能提高了几个百分比。
未使用WS-Security时的性能图1显示了没有任何WS-Security使用时Axis2和Metro两者测量到的测试时间。
本系列的后续文章将比较其他一些使用Axis2/Rampart的WS-Security实现的性能-但是,它们大多数都使用相同底层库,因此不要指望能看到巨大的差异。
尽管Microsoft对OASISWS-Security小组无控制力,但ChrisKaler是该工作组的主席之一,同时也是Microsoft员工。
在操作层面控制WS-Security也是一个能够(至少可能)降低WS-Security开销的技巧,因此,在转向其他话题之前,这是对本文的最好的沿续。