摘要

　　快速发展的开发人员社区、对各种后端技术（包括jms、jta、jdo、hibernate、ibatis等等）的支持，以及（更为重要的）非侵入性的轻量级ioc容器和内置的aop运行时，这些因素使得spring framework对于j2ee应用程序开发十分具有吸引力。spring托管的组件（pojo）可以与ejb共存，并允许使用aop方法来处理企业应用程序中的横切方面――从监控和审计、缓存及应用程序级的安全性开始，直到处理特定于应用程序的业务需求。

　　本文将向您介绍spring的aop框架在j2ee应用程序中的实际应用。

简介

　　j2ee技术为实现服务器端和中间件应用程序提供了坚实的基础。j2ee容器（比如bea weblogic server）可以管理系统级的元素，包括应用程序生命周期、安全性、事务、远程控制和并发性，而且它可以保证为jdbc、jms和jta之类的常见服务提供支持。然而，j2ee的庞大和复杂性使开发和测试变得异常困难。传统的j2ee应用程序通常严重依赖于通过容器的jndi才可用的服务。这意味着需要大量直接的jndi查找，或者要使用service locator模式，后者稍微有所改进。这种架构提高了组件之间的耦合度，并使得单独测试某个组件成为几乎不可能实现的事情。您可以阅读spring framework创建者所撰写的j2ee development without ejb一书，其中深入分析了这种架构的缺陷。

　　借助于spring framework，可以将使用无格式java对象实现的业务逻辑与传统的j2ee基础架构连接起来，同时极大地减少了访问j2ee组件和服务所需的代码量。基于这一点，可以把传统的oo设计与正交的aop组件化结合在一起。本文稍后将会演示如何重构j2ee组件以利用spring托管的java对象，然后应用一种aop方法来实现新特性，从而维护良好的组件独立性和可测试性。

　　与其他aop工具相比，spring提供了aop功能中的一个有限子集。它的目标是紧密地集成aop实现与spring ioc容器，从而帮助解决常见的应用问题。该集成是以非侵入性的方式完成的，它允许在同一个应用程序中混合使用spring aop和表现力更强的框架，包括aspectj。spring aop使用无格式java类，不要求特殊的编译过程、控制类装载器层次结构或更改部署配置，而是使用proxy模式向应该由spring ioc容器托管的目标对象应用通知。

　　可以根据具体情况在两种类型的代理之间进行选择：

• 第一类代理基于java动态代理，只适用于接口。它是一种标准的java特性，可提供卓越的性能。
• 第二类代理可用于目标对象没有实现任何接口的场景，而且这类接口不能被引入（例如，对于遗留代码的情况）。它基于使用cglib库的运行时字节码生成。

　　对于所代理的对象，spring允许使用静态的（方法匹配基于确切名称或正则表达式，或者是注释驱动的）或动态的（匹配是在运行时进行的，包括cflow切入点类型）切入点定义指派特定的通知，而每个切入点可以与一条或多条通知关联在一起。所支持的通知类型有几种：环绕通知（around advice），前通知（before advice），返回后通知（after returning advice），抛出异常后通知（after throwing advice），以及引入通知（introduction advice）。本文稍后将给出环绕通知的一个例子。想要了解更详细的信息，可以参考spring aop框架文档。

　　正如先前提到的那样，只可以通知由spring ioc容器托管的目标对象。然而，在j2ee应用程序中，组件的生命周期是由应用服务器托管的，而且根据集成类型，可以使用一种常见的端点类型把j2ee应用程序组件公开给远程或本地的客户端：

• 无状态的、有状态的或实体bean，本地的或远程的（基于rmi-iiop）
• 监听本地或外部jms队列和主题或入站jca端点的消息驱动bean(mdb)
• servlet(包括struts或其他终端用户ui框架、xml-rpc和基于soap的接口)

图 1.常见的端点类型

　　要在这些端点上使用spring的aop框架，必须把所有的业务逻辑转移到spring托管的bean中，然后使用服务器托管的组件来委托调用，或者定义事务划分和安全上下文。虽然本文不讨论事务方面的问题，但是可以在“参考资料”部分中找到相关文章。

　　我将详细介绍如何重构j2ee应用程序以使用spring功能。我们将使用xdoclet的基于javadoc的元数据来生成home和bean接口，以及ejb部署描述符。可以在下面的“下载”部分中找到本文中所有示例类的源代码。

重构ejb组件以使用spring的ejb类

　　想像一个简单的股票报价ejb组件，它返回当前的股票交易价格，并允许设置新的交易价格。这个例子用于说明同时使用spring framework与j2ee服务的各个集成方面和最佳实践，而不是要展示如何编写股票管理应用程序。按照我们的要求，trademanager业务接口应该就是下面这个样子：

public interface trademanager { public static string id = "trademanager"; public bigdecimal getprice(string name); public void setprice(string name, bigdecimal price); }

　　在设计j2ee应用程序的过程中，通常使用远程无状态会话bean作为持久层中的外观和实体bean。下面的trademanager1impl说明了无状态会话bean中trademanager接口的可能实现。注意，它使用了servicelocator来为本地的实体bean查找home接口。xdoclet注释用于为ejb描述符声明参数以及定义ejb组件的已公开方法。

/** * @ejb.bean * name="org.javatx.spring.aop.trademanager1" * type="stateless" * view-type="both" * transaction-type="container" * * @ejb.transaction type="notsupported" * * @ejb.home * remote-pattern="{0}home" * local-pattern="{0}localhome" * * @ejb.interface * remote-pattern="{0}" * local-pattern="{0}local" */public class trademanager1impl implements sessionbean, trademanager { private sessioncontext ctx; private tradelocalhome tradehome; /** * @ejb.interface-method view-type="both" */ public bigdecimal getprice(string symbol) { try { return tradehome.findbyprimarykey(symbol).getprice(); } catch(objectnotfoundexception ex) { return null; } catch(finderexception ex) { throw new ejbexception("unable to find symbol", ex); } } /** * @ejb.interface-method view-type="both" */ public void setprice(string symbol, bigdecimal price) { try { try { tradehome.findbyprimarykey(symbol).setprice(price); } catch(objectnotfoundexception ex) { tradehome.create(symbol, price); } } catch(createexception ex) { throw new ejbexception("unable to create symbol", ex); } catch(finderexception ex) { throw new ejbexception("unable to find symbol", ex); } } public void ejbcreate() throws ejbexception { tradehome = servicelocator.gettradelocalhome(); } public void ejbactivate() throws ejbexception, remoteexception { } public void ejbpassivate() throws ejbexception, remoteexception { } public void ejbremove() throws ejbexception, remoteexception { } public void setsessioncontext(sessioncontext ctx) throws ejbexception, remoteexception { this.ctx = ctx; } }

　　 如果要在进行代码更改之后测试这样一个组件，那么在运行任何测试（通常是基于专用的容器内测试框架，比如cactus或mockejb）之前，必须要经过构建、启动容器和部署应用程序这整个周期。虽然在简单的用例中类的热部署可以节省重新部署的时间，但是当类模式变动（例如，添加域或方法，或者修改方法名）之后它就不行了。这个问题本身就是把所有逻辑转移到无格式java对象中的最好理由。正如您在trademanager1impl代码中所看到的那样，大量的粘和代码把ejb中的所有内容组合在一起，而且您无法从围绕jndi访问和异常处理的复制工作中抽身。然而，spring提供抽象的便利类，可以使用定制的ejb bean对它进行扩展，而无需直接实现j2ee接口。这些抽象的超类允许移除定制bean中的大多数粘和代码，而且提供用于获取spring应用程序上下文的实例的方法。

　　首先，需要把trademanager1impl中的所有逻辑都转移到新的无格式java类中，这个新的类还实现了一个trademanager接口。我们将把实体bean作为一种持久性机制，这不仅因为它超出了本文的讨论范围，还因为weblogic server提供了大量用于调优cmp bean性能的选项。在特定的用例中，这些bean可以提供非常好的性能（请参见“参考资料”部分中有关cmp性能调优的文章）。我们还将使用spring ioc容器把tradeimpl实体bean的home接口注入到tradedao的构造函数中，您将从下面的代码中看到这一点：

public class tradedao implements trademanager { private tradelocalhome tradehome; public tradedao(tradelocalhome tradehome) { this.tradehome = tradehome; } public bigdecimal getprice(string symbol) { try { return tradehome.findbyprimarykey(symbol).getprice(); } catch(objectnotfoundexception ex) { return null; } catch(finderexception ex) { throw new ejbexception("unable to find symbol", ex); } } public void setprice(string symbol, bigdecimal price) { try { try { tradehome.findbyprimarykey(symbol).setprice(price); } catch(objectnotfoundexception ex) { tradehome.create(symbol, price); } } catch(createexception ex) { throw new ejbexception("unable to create symbol", ex); } catch(finderexception ex) { throw new ejbexception("unable to find symbol", ex); } }}

　　现在，可以使用spring的abstractstatelesssessionbean抽象类重写trademanager1impl，该抽象类还可以帮助您获得上面所创建的tradedao bean的一个spring托管的实例：

/** * @ejb.home * remote-pattern="trademanager2home" * local-pattern="trademanager2localhome" * extends="javax.ejb.ejbhome" * local-extends="javax.ejb.ejblocalhome" * * @ejb.transaction type="notsupported" * * @ejb.interface * remote-pattern="trademanager2" * local-pattern="trademanager2local" * extends="javax.ejb.sessionbean" * local-extends="javax.ejb.sessionbean, org.javatx.spring.aop.trademanager" * * @ejb.env-entry * name="beanfactorypath" * value="applicationcontext.xml" */ public class trademanager2impl extends abstractstatelesssessionbean implements trademanager { private trademanager trademanager; public void setsessioncontext(sessioncontext sessioncontext) { super.setsessioncontext(sessioncontext); // make sure there will be the only one spring bean config setbeanfactorylocator(contextsingletonbeanfactorylocator.getinstance()); } public void onejbcreate() throws createexception { trademanager = (trademanager) getbeanfactory().getbean(trademanager.id); } /** * @ejb.interface-method view-type="both" */ public bigdecimal getprice(string symbol) { return trademanager.getprice(symbol); } /** * @ejb.interface-method view-type="both" */ public void setprice(string symbol, bigdecimal price) { trademanager.setprice(symbol, price); }}

　　 现在，ejb把所有调用都委托给在onejbcreate()方法中从spring获得的trademanager实例，这个方法是在abstractenterprisebean中实现的，它处理所有查找和创建spring应用程序上下文所需的工作。但是，必须在ejb部署描述符中为ejb声明beanfactorypath env-entry，以便将配置文件和bean声明的位置告诉spring。上面的例子使用了xdoclet注释来生成这些信息。

　　此外还要注意，我们重写了setsessioncontext()方法，以便告诉abstractstatelesssessionbean跨所有ejb bean使用sping应用程序上下文的单个实例。

　　现在，可以在applicationcontext.xml中声明一个trademanager bean。基本上需要创建一个上面tradedao的新实例，把从jndi获得的tradelocalhome实例传递给它的构造函数。下面给出了可能的定义：

<?xml version="1.0" encoding="utf-8"?><!doctype beans public "-//spring//dtd bean//en" "spring-beans.dtd"><beans> <bean id="trademanager" class="org.javatx.spring.aop.tradedao"> <constructor-arg index="0"> <bean class="org.springframework.jndi.jndiobjectfactorybean"> <property name="jndiname"> <bean id="org.javatx.spring.aop.tradelocalhome.jndi_name" class="org.springframework.beans.factory.config.fieldretrievingfactorybean"/> </property> <property name="proxyinterface" value="org.javatx.spring.aop.tradelocalhome"/> </bean> </constructor-arg> </bean></beans>

　　在这里，我们使用了一个匿名定义的tradelocalhome实例，这个实例是使用spring的jndiobjectfactorybean从jndi获得的，然后把它作为一个构造函数参数注入到trademanager中。我们还使用了一个fieldretrievingfactorybean来避免硬编码tradelocalhome的实际jndi名称，而是从静态的域（在这个例子中为tradelocalhome.jndi_name）获取它。通常，使用jndiobjectfactorybean时声明proxyinterface属性是一个不错的主意，如上面的例子所示。

　　还有另一种简单的方法可以访问会话bean。spring提供一个localstatelesssessionproxyfactorybean，它允许立刻获得一个会话bean而无需经过home接口。例如，下面的代码说明了如何使用通过spring托管的另一个bean中的本地接口访问的mycomponentimpl会话bean：

<bean id="trademanagerejb" class="org.springframework.ejb.access.localstatelesssessionproxyfactorybean"> <property name="jndiname"> <bean id="org.javatx.spring.aop.trademanager2localhome.jndi_name" class="org.springframework.beans.factory.config.fieldretrievingfactorybean"/> </property> <property name="businessinterface" value="org.javatx.spring.aop.trademanager"/></bean>

　　这种方法的优点在于，可以很容易地从本地接口切换到远程接口，只要使用simpleremotestatelesssessionproxyfactorybean修改spring上下文中的一处bean声明即可。例如：

<bean id="trademanagerejb" class="org.springframework.ejb.access.simpleremotestatelesssessionproxyfactorybean"> <property name="jndiname"> <bean id="org.javatx.spring.aop.trademanager2home.jndi_name" class="org.springframework.beans.factory.config.fieldretrievingfactorybean"/> </property> <property name="businessinterface" value="org.javatx.spring.aop.trademanager"/> <property name="lookuphomeonstartup" value="false"/> </bean>

　　注意，lookuphomeonstartup property被设置为false，以支持延迟初始化。

　　下面，我总结一下到此为止所学习的内容：

• 上面的重构已经为使用高级的spring功能（也就是依赖性注入和aop）奠定了基础。
• 在没有修改客户端api的情况下，我把所有业务逻辑都移出外观会话bean，这就使得这个ejb不惧修改，而且易于测试。
• 业务逻辑现在位于一个无格式java对象中，只要该java对象的依赖性不需要jndi中的资源，就可以在容器外部对其进行测试，或者可以使用存根或模仿（mock）来代替这些依赖性。
• 现在，可以代入不同的trademanager实现，或者修改初始化参数和相关组件，而无需修改java代码。

　　至此，我们已经完成了所有准备步骤，可以开始解决对trademanager服务的新需求了。

通知由spring托管的组件

　　在前面的内容中，我们重构了服务入口点，以便使用spring托管的bean。现在，我将向您说明这样做将如何帮助改进组件和实现新功能。

　　首先，假定用户想看到某些符号的价格，而这些价格并非由您的trademanager组件所托管。换句话说，您需要连接到一个外部服务，以便获得当前您不处理的所请求符号的当前市场价格。您可以使用雅虎门户中的一个基于http的免费服务，但是实际的应用程序将连接到提供实时数据的供应商（比如reuters、thomson、bloomberg、naq等等）的实时数据更新服务（data feed）。

　　首先，需要创建一个新的yahoofeed组件，该组件实现了相同的trademanager接口，然后从雅虎金融门户获得价格信息。自然的实现可以使用httpurlconnection发送一个http请求，然后使用正则表达式解析响应。例如：

public class yahoofeed implements trademanager { private static final string service_url = "http://finance.yahoo.com/d/quotes.csv?f=k1&s="; private pattern pattern = pattern.compile("/"(.*) - (.*)/""); public bigdecimal getprice(string symbol) { httpurlconnection conn; string responsemessage; int responsecode; try { url serviceurl = new url(service_url+symbol); conn = (httpurlconnection) serviceurl.openconnection(); responsecode = conn.getresponsecode(); responsemessage = conn.getresponsemessage(); } catch(exception ex) { throw new runtimeexception("connection error", ex); } if(responsecode!=httpurlconnection.http_ok) { throw new runtimeexception("connection error "+responsecode+" "+responsemessage); } string response = readresponse(conn); matcher matcher = pattern.matcher(response); if(!matcher.find()) { throw new runtimeexception("unable to parse response ["+response+"] for symbol "+symbol); } string time = matcher.group(1); if("n/a".equals(time)) { return null; // unknown symbol } string price = matcher.group(2); return new bigdecimal(price); } public void setprice(string symbol, bigdecimal price) { throw new unsupportedoperationexception("can't set price of 3rd party trade"); } private string readresponse(httpurlconnection conn) { // ... return response; }}

　　完成这种实现并测试（在容器外部！）之后，就可以把它与其他组件进行集成。传统的做法是向trademanager2impl添加一些代码，以便检查getprice()方法返回的值。这会使测试的次数至少增加一倍，而且要求为每个测试用例设定附加的先决条件。然而，如果使用spring aop框架，就可以更漂亮地完成这项工作。您可以实现一条通知，如果初始的trademanager没有返回所请求符号的值，该通知将使用yahoofeed组件来获取价格（在这种情况下，它的值是null，但是也可能会得到一个unknownsymbol异常）。

　　要把通知应用到具体的方法，需要在spring的bean配置中声明一个advisor。有一个方便的类叫做namematchmethodpointcutadvisor，它允许通过名称选择方法，在本例中还需要一个getprice方法：

<bean id="yahoofeed" class="org.javatx.spring.aop.yahoofeed"/> <bean id="foreigntradeadvisor" class="org.springframework.aop.support.namematchmethodpointcutadvisor"> <property name="mappedname" value="getprice"/> <property name="advice"> <bean class="org.javatx.spring.aop.foreigntradeadvice"> <constructor-arg index="0" ref="yahoofeed"/> </bean> </property> </bean>

　　正如您所看到的，上面的advisor指派了一个foreigntradeadvice给getprice()方法。针对通知类，spring aop框架使用了aop alliance api，这意味着环绕通知的foreigntradeadvice应该实现methodinterceptor接口。例如：

public class foreigntradeadvice implements methodinterceptor { private trademanager trademanager; public foreigntradeadvice(trademanager manager) { this.trademanager = manager; } public object invoke(methodinvocation invocation) throws throwable { object res = invocation.proceed(); if(res!=null) return res; object[] args = invocation.getarguments(); string symbol = (string) args[0]; return trademanager.getprice(symbol); }}

　　 上面的代码使用invocation.proceed()调用了一个原始的组件，而且如果它返回null，它将调用另一个在通知创建时作为构造函数参数注入的trademanager。参见上面foreigntradeadvisor bean的声明。

　　现在可以把在spring的bean配置中定义的trademanager重新命名为basetrademanager，然后使用proxyfactorybean把trademanager声明为一个代理。新的basetrademanager将成为一个目标，我们将使用上面定义的foreigntradeadvisor通知它：

<bean id="basetrademanager" class="org.javatx.spring.aop.tradedao"> ... same as trademanager definition in the above example </bean> <bean id="trademanager" class="org.springframework.aop.framework.proxyfactorybean"> <property name="proxyinterfaces" value="org.javatx.spring.aop.trademanager"/> <property name="target" ref="basetrademanager"/> <property name="interceptornames"> <list> <idref local="foreigntradeadvisor"/> </list> </property> </bean>

　　基本上，就是这样了。我们实现了附加的功能而没有修改原始的组件，而且仅使用spring应用程序上下文来重新配置依赖性。要想不借助于spring aop框架在典型的ejb组件中实现类似的修改，要么必须为ejb添加附加的逻辑（这会使其难以测试），要么必须使用decorator模式（实际上增加了ejb的数量，同时也提高了测试的复杂性，延长了部署时间）。在上面的例子中，您可以看到，借助于spring，可以轻松地不修改现有组件而向这些组件添加附加的逻辑。现在，您拥有的是几个轻量级组件，而不是紧密耦合的bean，您可以独立测试它们，使用spring framework组装它们。注意，使用这种方法，foreigntradeadvice就是一个自包含的组件，它实现了自己的功能片断，可以当作一个独立单元在应用服务器外部进行测试，下面我将对此进行说明。

测试通知代码

　　您可能注意到了，代码不依赖于tradedao或yahoofeed。这样就可以使用模仿对象完全独立地测试这个组件。模仿对象测试方法允许在组件执行之前声明期望，然后验证这些期望在组件调用期间是否得到满足。要了解有关模仿测试的更多信息，请参见“参考资料”部分。下面我们将会使用jmock框架，该框架提供了一个灵活且功能强大的api来声明期望。

　　测试和实际的应用程序使用相同的spring bean配置是个不错的主意，但是对于特定组件的测试来说，不能使用实际的依赖性，因为这会破坏组件的孤立性。然而，spring允许在创建spring的应用程序上下文时指定一个beanpostprocessor，从而置换选中的bean和依赖性。在这个例子中，可以使用模仿对象的一个map，这些模仿对象是在测试代码中创建的，用于置换spring配置中的bean：

public class stubpostprocessor implements beanpostprocessor { private final map stubs; public stubpostprocessor( map stubs) { this.stubs = stubs; } public object postprocessbeforeinitialization(object bean, string beanname) { if(stubs.containskey(beanname)) return stubs.get(beanname); return bean; } public object postprocessafterinitialization(object bean, string beanname) { return bean; }}

　　 在测试用例类的setup()方法中，我们将使用basetrademanager和yahoofeed组件的模仿对象来初始化stubpostprocessor，而这两个组件是使用jmock api创建的。然后，我们就可以创建classpathxmlapplicationcontext（配置其使用beanpostprocessor）来实例化一个trademanager组件。产生的trademanager组件将使用模仿后的依赖性。

　　这种方法不仅允许孤立要测试的组件，还可以确保在spring bean配置中正确定义通知。实际上，要在不模拟大量容器基础架构的情况下使用这样的方法来测试在ejb组件中实现的业务逻辑是不可能的：

public class foreigntradeadvicetest extends testcase { trademanager trademanager; private mock basetrademanagermock; private mock yahoofeedmock; protected void setup() throws exception { super.setup(); basetrademanagermock = new mock(trademanager.class, "basetrademanager"); trademanager basetrademanager = (trademanager) basetrademanagermock.proxy(); yahoofeedmock = new mock(trademanager.class, "yahoofeed"); trademanager yahoofeed = (trademanager) yahoofeedmock.proxy(); map stubs = new hashmap(); stubs.put("yahoofeed", yahoofeed); stubs.put("basetrademanager", basetrademanager); configurableapplicationcontext ctx = new classpathxmlapplicationcontext(ctx_name); ctx.getbeanfactory().addbeanpostprocessor(new stubpostprocessor(stubs)); trademanager = (trademanager) proxyfactory.getproxy(); } ...

　　在实际的testadvice()方法中，可以为模仿对象指定期望并验证（例如）basetrademanager上的getprice()方法是否返回null，然后yahoofeed上的getprice()方法也将被调用：

public void testadvice() throws throwable { string symbol = "testsymbol"; bigdecimal expectedprice = new bigdecimal("0.222"); basetrademanagermock.expects(new invokeoncematcher()).method("getprice") .with(new isequal(symbol)).will(new returnstub(null)); yahoofeedmock.expects(new invokeoncematcher()).method("getprice") .with(new isequal(symbol)).will(new returnstub(expectedprice)); bigdecimal price = trademanager.getprice(symbol); assertequals("invalid price", expectedprice, price); basetrademanagermock.verify(); yahoofeedmock.verify(); }

　　这段代码使用jmock约束来指定，basetrademanagermock期望只使用一个等于symbol的参数调用getprice()方法一次，而且这次调用将返回null。类似地，yahoofeedmock也期望对同一方法只调用一次，但是返回expectedprice。这允许在setup()方法中运行所创建的trademanager组件，并断言返回的结果。

　　这个测试用例很容易参数化，从而涵盖所有可能的用例。注意，当组件抛出异常时，可以很容易地声明期望。

　　可以使用这个表更新测试类，使其使用一个涵盖了所有可能场景的参数化序列，：

... public static testsuite suite() { bigdecimal v1 = new bigdecimal("0.22"); bigdecimal v2 = new bigdecimal("0.33"); runtimeexception e1 = new runtimeexception("e1"); runtimeexception e2 = new runtimeexception("e2"); testsuite suite = new testsuite(foreigntradeadvicetest.class.getname()); suite.addtest(new foreigntradeadvicetest(true, v1, null, false, null, null, v1, null)); suite.addtest(new foreigntradeadvicetest(true, null, e1, false, null, null, null, e1)); suite.addtest(new foreigntradeadvicetest(true, null, null, true, v2, null, v2, null)); suite.addtest(new foreigntradeadvicetest(true, null, null, true, null, null, null, null)); suite.addtest(new foreigntradeadvicetest(true, null, null, true, null, e2, null, e2)); return suite; } public foreigntradeadvicetest( boolean basecall, bigdecimal basevalue, throwable baseexception, boolean yahoocall, bigdecimal yahoovalue, throwable yahooexception, bigdecimal expectedvalue, throwable expectedexception) { super("test"); this.basecall = basecall; this.basewill = baseexception==null ? (stub) new returnstub(basevalue) : new throwstub(baseexception); this.yahoocall = yahoocall; this.yahoowill = yahooexception==null ? (stub) new returnstub(yahoovalue) : new throwstub(yahooexception); this.expectedvalue = expectedvalue; this.expectedexception = expectedexception; } public void test() throws throwable { string symbol = "testsymbol"; if(basecall) { basetrademanagermock.expects(new invokeoncematcher()) .method("getprice").with(new isequal(symbol)).will(basewill); } if(yahoocall) { yahoofeedmock.expects(new invokeoncematcher()) .method("getprice").with(new isequal(symbol)).will(yahoowill); } try { bigdecimal price = trademanager.getprice(symbol); assertequals("invalid price", expectedvalue, price); } catch(exception e) { if(expectedexception==null) { throw e; } } basetrademanagermock.verify(); yahoofeedmock.verify(); } public string getname() { return super.getname()+" "+ basecalled+" "+basevalue+" "+baseexception+" "+ yahoocalled+" "+yahoovalue+" "+yahooexception+" "+ expectedvalue+" "+expectedexception; } ...

　　在更复杂的情况下，上面的测试方法可以很容易地扩展为大得多的输入参数集合，而且它仍然会立刻运行且易于管理。此外，把所有参数移入一个外部配置文件或者甚至excel电子表格是合理的做法，这些配置文件或电子表格可以由qa团队管理，或者直接根据需求生成。

组合和链接通知

　　我们已经使用了一个简单的拦截器通知来实现附加的逻辑，并且将其当作一个独立的组件进行了测试。当应该在不进行修改并且与其他组件没有附加耦合的情况下扩展公共执行流时，这种设计十分有效。例如，当价格已经发生变化时，如果需要使用jms或javamail发送通知，我们可以在trademanager bean的setprice方法上注册另一个拦截器，并使用它来向相关组件通知有关这些变化的情况。在很多情况下，这些方面都适用于非功能性需求，比如许多aop相关的文章和教程中经常用作“hello world”例子的跟踪、登录或监控。

　　另一个传统的aop应用程序是缓存。例如，一个基于cmp实体bean的tradedao组件将从weblogic server提供的缓存功能中受益。然而对于yahoofeed组件来说却并非如此，因为它必须通过internet连接到雅虎门户。这明显是一个应该应用缓存的位置，而且它还允许减少外部连接的次数，并最终降低整个系统的负载。注意，基于截至时间的缓存也会在刷新信息时带来一些延迟，但是在很多情况下，它仍然是可以接受的。要应用缓存功能，可以定义一个yahoofeedcachingadvisor，它将把cachingadvice附加到yahoofeed bean上的getprice()方法。在“下载”部分中，您可以找到一个cachingadvice实现的例子。

<bean id="getpriceadvisor" abstract="true" class="org.springframework.aop.support.namematchmethodpointcutadvisor"> <property name="mappedname" value="getprice"/> </bean> <bean id="yahoofeedcachingadvisor" parent="getpriceadvisor"> <property name="advice"> <bean class="org.javatx.spring.aop.cachingadvice"> <constructor-arg index="0" ref="cache"/> </bean> </property> </bean>

　　因为getprice()方法已经成为几种通知的公共联结点，所以声明一个抽象的getpriceadvisor bean，然后在yahoofeedcachingadvisor中对其进行扩展，指定具体的通知cachingadvice。注意，也可以修改前面的foreigntradeadvisor，使其使用同一个getpriceadvisor父bean。

　　现在可以更新yahoofeed bean的定义，并将它包装在一个proxyfactorybean中，然后使用yahoofeedcachingadvisor通知它。例如：

<bean id="yahoofeed" class="org.springframework.aop.framework.proxyfactorybean"> <property name="proxyinterfaces" value="org.javatx.spring.aop.trademanager"/> <property name="target"> <bean class="org.javatx.spring.aop.yahoofeed"> </property> <property name="interceptornames"> <list> <value>yahoofeedcachingadvisor</value> </list> </property> </bean>

　　当请求命中已经保存在缓存中的数据时，上面的修改将极大地提高性能，但是如果传入多个针对同一个符号的请求，而该符号尚未进入缓存或者已经到期，我们将看到多个并发的请求到达服务提供者，请求同一个符号。对此，存在一种显而易见的优化，就是中断对同一个符号的所有请求，直到第一个请求完成为止，然后使用第一个请求获得的结果。ejb规范（参见“programming restrictions”，2.1版本的25.1.2部分）一般不推荐使用这种方法，因为它对运行在多个jvm上的集群环境不奏效。然而，至少在单个的节点中这种优化可以改进性能。图2所示的图表对比说明了优化之前和优化之后的情况：

图2. 优化之前和优化之后

　　该优化也可以实现为通知，并添加在yahoofeed bean中的拦截器链的末端：

... <property name="interceptornames"> <list> <idref local="yahoofeedcachingadvisor"/> <idref local="syncpointadvisor"/> </list> </property>

　　实际的拦截器实现应该像下面这样：

public class syncpointadvice implements methodinterceptor { private long default_timeout = 10000l; private map requests = collections.synchronizedmap(new hashmap()); public object invoke(methodinvocation invocation) throws throwable { string symbol = (string) invocation.getarguments()[0]; object[] lock = (object[]) requests.get(symbol); if(lock==null) { lock = new object[1]; requests.put(symbol, lock); try { lock[0] = invocation.proceed(); return lock[0]; } finally { requests.remove(symbol); synchronized(lock) { lock.notifyall(); } } } synchronized(lock) { lock.wait(default_timeout); } return lock[0]; }}

　　可以看出，通知代码相当简单，而且不依赖于其他的组件，这使得junit测试变得十分简单。在“参考资料”部分，您可以找到syncpointadvice的junit测试的完整源代码。对于复杂的并发场景来说，使用java 5中java.util.concurrent包的同步机制或者针对老的jvm使用其backport是一种不错的做法。

下载

　　sources.zip 包含了本文中使用的所有源代码。如果您希望构建代码，可以遵照readme.txt中的指导。

结束语

　　本文介绍了一种把j2ee应用程序中的ejb转换为spring托管组件的方法，以及转换之后可以采用的强大技术。它还给出了几个实际的例子，说明如何借助于spring的aop框架、应用面向方面的方法来扩展j2ee应用程序，并在不修改现有代码的情况下实现新的业务需求。

　　在ejb中使用spring framework将减少代码间的耦合，并使许多强大的功能即时生效，从而提高可扩展性和灵活性。这还使得应用程序的单个组件变得更加易于测试，包括新引入的aop通知和拦截器，它们用于实现业务功能或者处理非功能性的需求，比如跟踪、缓存、安全性和事务。