J2EE中使用Spring AOP框架和EJB组件(6)

[@more@]

组合和链接通知

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

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

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

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

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

498)this.style.width=498;" />

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

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

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

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

结束语

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

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

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/7839366/viewspace-919846/，如需转载，请注明出处，否则将追究法律责任。