为了使这些方面无缝工作，需要将Web service安全上下文连接到Acegi安全上下文——因此定制的Axis处理程序类的名称为AcegiBridgeAuthenticationHandler。它不仅将处理Web service安全性，还负责将从该过程获取的安全上下文连接到Acegi环境，这样Acegi就可以决定是否授权访问POJO。方法是从Web service请求消息中提取安全声明，进行验证，然后创建认证令牌，因为我们已经为本例选择了用户名/密码认证，所以为UsernamePasswordAuthenticationToken。然后将该认证令牌设置到Acegi SecurityContext中，这样稍后在控制访问业务逻辑POJO时，Acegi可以使用请求方的证书和权限。
下面将解释如何使用Spring把各方面联系起来。法宝就是图1中名为AOP proxy的小绿色对象，由Spring生成。该对象实现了AccountMgr接口，并担当业务逻辑POJO AccountMgrImpl的代理。这允许Spring插入Acegi的MethodSecurityInterceptor，当有人尝试在POJO上调用方法时，会执行访问控制检查。当FundsTransferServiceSoapBindingImpl将Web service请求委派给POJO时，实际上是委派给AOP代理的实例，而不是直接委派给AccountMgrImpl。由于FundsTransferServiceSoapBindingImpl扩展了ServletEndpointSupport，因此它可以访问Spring应用程序上下文，以获得配置了正确接口、侦听器和目标类的AOP代理的引用AccountMgrImpl。
图2中的序列图演示了客户端调用FundsTransferService时，将发生的处理流程。请求消息由Axis Engine接收，然后调用AcegiBridgeAuthenticationHandler。AcegiBridgeAuthenticationHandler将验证认证信息，然后创建UsernamePasswordAuthenticationToken。接着，将该令牌设置到Acegi的SecurityContext中，用于稍后使用。AcegiBridgeAuthenticationHandler成功返回后，Axis Engine将在FundsTransferServiceSoapBindingImpl上调用transferFunds()方法。FundsTransferServiceSoapBindingImpl将其委派给AOP代理，在初始化过程中，可以较早从Spring web应用程序上下文获取。AOP proxy将调用Acegi MethodSecurityInterceptor，这样就可以进行它的安全检查。MethodSecurityInterceptor从SecurityContext获取认证令牌，然后检查是否已经对其进行了认证。接下来，将使用认证令牌中的信息来确定是否应该授权客户端的访问，在AccountMgrImpl上调用transferFunds()方法。如果允许客户端进行访问，那么MethodSecurityInterceptor将允许调用该方法，然后进入AccountMgrImpl。最后AccountMgrImpl处理该请求，并返回结果，最终传送回客户端程序。
图2.演示服务实现处理流程的序列图
业务逻辑实现和配置
我们的讨论将从解释业务逻辑类的实现和配置开始，因为他们是最简单的。AccountMgr接口和AccountMgrImpl类的源代码参见参考资料。从源代码中可以发现，事实上实现并没有做任何事情，所以可以保持其简单，因为本文并不是关于如何编写转移资金代码的文章。
文章来源于领测软件测试网 https://www.ltesting.net/
