为了配置这个信息，Oracle JDeveloper在Web服务的客户端提供了一个如图一所示的向导的镜像。这两个向导的主要区别是在于客户端的向导提供了获取用户姓名和密码口令的能力，而服务器端的向导则没有提供。列表二提供了所产生的客户端配置。这只是可选的，因为很多开发者并不愿意把这些信息嵌入到配置文件中去(虽然这对测试是非常有用的)。Oracle应用服务器提供了一种简单的客户API，用以设置客户的Web服务的用户名和密码口令标志。

　　当我运行生成的客户端，列表三种的信息就生成了，除去雇员的薪金请求，这些信号包含了信号头中包含的用户名和密码口令标志，还包含了支持了领先于标准的WS-Security wsse命名空间的标准模式的WS-Security参考。

　　结论

　　同很多其他的称之为WS—*的标准，通常都有关于WS-Security在异构环境下工作的协调性的担忧。在我的例子当中，我选择了最简单的可能性的情况，但是在具有更复杂的认证标志，加密和数字签名的实际文件中，协调性立刻变得极为重要。

　　业界是非常清楚这个问题的，同时中立公司论坛例如Web服务协调性组织(WS-I)已经开始工作，该组织由主要的厂商参与，其中包括Oracle，从而确保Oracle, IBM, Microsoft, Sun, 和BEA 所实现的WS-Security实现可以共同操作的。

　　这些努力能够带来一个名叫Basic Security Profile的如何使用WS-Security的轮廓或者说是一个推荐的最好实践。它将会补充其他的由WS-I发布的关键的协调性蓝本，Basic Profile 1.1。Basic Profile 1.1关注于SOAP, UDDI, 和 WSDL的最佳实践。