SOAP服务插件概述

现有结构概述

 

图1

如图1所示，目前有4个服务插件

①    访问控制插件，用于判断某个IP是否具有访问某个服务；

②    日志记录插件，记录每一次合法的访问的输入输出SOAP消息；

③      参数校验插件，检查服务输入是否合法；

④     异常捕获/实例号设置插件，一些零碎的功能。

 

说明一，绿色插件基于servlet filter实现；黄色插件基于soap handler实现；橙色插件基于ejb interceptor实现。

servlet filter可以获取请求的传输流、请求方法等原始的数据；

soap handler可以获取结构化为dom的请求数据；

ejb interceptor只能获取结构化为java对象的请求数据。

从获取请求数据的完整性上来说

servlet filter > soap hander > ejb interceptor

 

操作数据的难易度上来说，正好和上面的结果相反，所以设置实例号这些操作数据的功能放到了ejb interceptor里。而参数校验既需要解析soap消息，又需要在ws框架将soap消息转换成java对象报错之前进行校验，所以这个插件必须在ejb interceptor之前，同时解析soap消息需要将其转换成dom对象，而这个是ws框架本身就要需要做，所以将参数解析放到了soap handler中。访问控制必须最早执行，所以放到了第一个servlet filter；而日志记录需要的请求数据需要最全，因此也放到了servlet filter中。

 

 

说明二，ejb interceptor和soap handler均是自动配置到每个服务的配置文件或代码中的，也就是说，虽然可以关闭，但代码仍然会进入这个类，只是在做分支选择时，跳转到一段空代码的分支上，并不能在物理上移除代码；而servlet filter虽然是全局过滤，不需要在每个服务进行硬编码，但是其会过滤掉所有的web请求，为此每个过滤器都需要执行一个判断是当前请求是否是ws请求的公用方法。为了尽可能执行少的代码，所以把插件1和插件2是放到了同一个过滤器里面，同样使用分支语句来做开关。