开发者关于 JAX-RPC 的介绍，第 2 部分: 研究 JAX-RPC 的规范提高 Web 服务互操作性

核心提示： 您可以随意地从 API 提供的缺省处理程序派生出新的处理程序，也可以从 SOAP 消息处理程序（ SOAPMessageContext 作为一个参数）或者普通处理程序来派生出新的处理程序，开发者关于 JAX-RPC 的介绍，第 2 部分: 研究 JAX-RPC 的规范提高 Web 服务互操作性(

您可以随意地从 API 提供的缺省处理程序派生出新的处理程序，也可以从 SOAP 消息处理程序（ SOAPMessageContext 作为一个参数）或者普通处理程序来派生出新的处理程序。处理程序可以修改传递到自身的消息。因为出于安全性的原因，这些处理程序是很灵活的，所以大多数现在可用的框架将在运行时系统的控制下管理它们。例如，在一个 J2EE 的容器里，处理程序可能是 J2EE 容器的一部分。因此，您应该去查找您的应用程序服务器（运行时）供应商文档来找到更多关于和您正在使用的产品一起被提供的内置处理程序信息。这些内置处理程序可能是为 WS-Security、WS-Transaction 或日志记录等原因设计的。尽管您能编写自己的 JAX-RPC 处理程序，应用程序服务器提供商也能够根据配置和安全策略决定是否允许一个新的处理程序存在。

处理程序链

处理程序链表示一个有序的处理程序清单。这个分组有助于您定义和该处理程序调用模型相关联的策略。这些策略的示例包括调用顺序、调用风格（例如一个单向的调用只调用 handleRequest() ；它不会调用 handleResponse() ）等。另外一个您可以在处理程序链上设置的的策略：处理程序链可以根据 SOAP 头最外层的元素的 qname 调用处理程序。您可以通过 Handler.init() 方法传递一个 HandlerInfo 对象来将这个关联配置到处理程序。只有当前正在处理的处理程序返回 true 时，处理程序链才继续处理这个处理程序。

您可以通过指定动作者的 URI 来将处理程序链和 SOAP 动作者相关联。缺省情况下，处理程序链总是一直与特定的 SOAP 动作者 next 相关联。正如 WSDL 端口限定名所表明的，处理程序链是在每服务端点的基础上注册的。

清单 9显示了一个能访问 SOAP 消息头的样本实现。