Spring提供了JndiObjectFactoryBean类来支持第二种方式的数据源获取。假设WAS中已经配置好的数据源名称为jdbc /MyDB，那么用外部配置文件可配置如下：
或者
从上面配置我们可以得知，通过使用Spring，应用程序能够统一使用不同的数据源实现。如果使用环境发生变化，那么只需要修改Spring的配置文件即可。对于部署在WAS上的Web应用，在生产环境中推荐使用WAS实现的数据库连接池。一方面是因为连接池实现地比较完善。另一方面，使用WAS提供的数据库连接池可以很完善地支持JTA事务。 2 使用WAS的JTA Web应用程序在使用事务的时候常常会涉及一个事务类型的选择。是选择像JDBC事务这样的本地事务呢还是使用JTA支持的全局事务。这个与应用程序需要涉及到的事务管理器类型和个数密切相关。Spring本身不支持分布式事务，因此分布式事务需要底层的JTA。但是Spring提供了事务的抽象，即底层真正事务实现可以切换而不影响应用程序代码。这样应用程序可以依赖于底层WAS，也可以轻易地脱离开应用服务器的环境。这一点与前面数据源的抽象非常类似。 WAS本身对于事务划分有两种支持方式，一种是声明式的，当然这种管理方式需要EJB容器的支持，即所谓的容器管理事务（CMT）。另外一种方式是编程式的，通过程序代码来直接使用JTA编程接口。Spring对于事务的划分也可以分为声明式和编程式两种方式。对于Spring编程式的事务划分方式，总体上可以分为两大类。一类是通过直接使用实现PlatformTransactionManager接口的类。另一类是通过使用TransactionTemplate模板类，模板类的使用可以简化事务控制代码。Spring对于声明式事务划分的支持实际上是利用了它的AOP机制。相对于编程式事务划分，这种基于AOP的方式比较灵活，而且对代码的侵入性几乎为零。因此，如果没有特殊需要推荐使用这种事务划分方式。基于AOP的常用事务划分方式可以使用ProxyFactoryBean加TransactionInterceptor方式，或者使用TransactionPorxyFactoryBean的方式。前一种方式相对比较灵活，而后一种则对使用相对比较简单。 无论是哪一种事务划分方式，底层都需要一个事务管理机制作为支撑。如果是单一的事务资源管理器，那么根据所使用的后台事务管理资源不同的类型，可以选择的PlatformTransactionManager实现有DataSourceTransactionManager，HibernateTransactionManager， JdoTransactionManager， PersistenceBrokerTransactionManager，和JmsTransactionManager等。无论是单个还是多个事务资源管理器，都可以使用JtaTransactionManager类。如果使用JtaTransactionManager，那么所有事务管理实际都会委托给底层应用服务器的JTA实现。 例如，如果使用JDBC或iBATIS，那么我们可以使用简单的DataSourceTransactionManager，外部配置文件片断如下：
如果使用Hibernate，那么我们可以使用HibernateTransactionManager，外部配置文件片断如下：
使用WAS的JTA支持，我们只需要把上述对应bean中的class属性改成class属性改为org.springframework.transaction.jta.JtaTransactionManager，然后再把属性改为WebSphere对应的TransactionManager，参考如下：
通过采用Spring的事务支持，底层事务采用何种方式的决定就不必在一开始开发就做出决定。因为我们能够通过Spring的外部配置文件来进行切换真正的事务支持。不过，虽然也有第三方的JTA支持，但是WAS能够提供非常稳定的XA支持，因此推荐使用WAS的JTA，尤其是当应用涉及到分布事务处理的时候。这样无论应用涉及几个事务资源都可以统一解决。 3 如何加载Spring的JAR包 Spring框架的核心JAR包是spring.jar，但是根据实际使用情况需要一些扩展JAR包和依赖JAR包。那在WAS中如何处理这些JAR包文件呢？在Web应用中一个简单而直接的处理方式放是把这些使用到的JAR文件都拷贝到对应的WEB-INF/lib目录下面。这种方法虽然简单，但是当有多个Spring应用程序的时候这种处理方式就需要在每个应用的WEB-INF/lib目录下都拷贝一份相同的JAR文件。这里可以通过共享库的方式来统一解决类库共享这个问题。 共享库就是WAS专门用来解决不同应用程序之间共享JAR或本地库文件的一种机制。共享库由一个名字、一个JAVA类路径和/或一个装载JNI库本地库路径组成。它可以分别在单元，节点和服务器级别定义。但是共享库定义了并不意味着它会被装载，只有当这个共享库与某个应用程序或应用服务器关联之后，它才会被加载。如果一个共享库与一个应用程序关联，那么这个共享库由应用程序类加载器加载。如果一个共享库与应用服务器关联，那么这个共享库就需要一个专门定义的类加载器来加载。这个类加载器需要用户自己定义。其操作如下：选应用服务器比如server1'类加载器'新建一个类加载器'加载器与共享库关联。 在创建这个类加载器之前一般都需要预先定义好共享库。 根据上面的介绍可知，通过共享库解决Spring应用的JAR包共享问题，主要就是两个步骤。一是，把Spring应用中需要共享的JAR包定义成为一个共享库。二是，选定相应的WAS服务器实例，把它与上面创建的共享库关联起来。这样此WAS服务器实例上的所有应用都能够使用共享库中定义的JAR包。使用共享库这种方式的时候要注意理解类的装载次序和方式。如果是这种与WAS服务器实例关联的共享库JAR包，其类加载器在层次结构上在应用程序类加载器上面，即是它的父加载器。关于WAS的类装载器结构和策略可以进一步参考WAS信息中心。
转自:http://www.golddot.com.cn/article/2830/Article90448_4.htm
http://www.golddot.com.cn/article/2830/Article90448_4.htm
Powered by: BlogJava Copyright © 沙漠中的鱼
