第一部分 JAVA 相关
一、 Class类
1、简介
java.lang.Object
+— java.lang.Class
Java编程中，所有类都是Object的子类，Class类是Object的直接子类。
Class类的实例是每个装载到JVM中的具体类的一个标识，用于描述装载进来的类和接口的信息：象方法、属性、包等等。每当类装载器装载一个类到JVM时，都会创建一个对应的Class类的实例。
2、Class类的实例的取得
（1）通过Class的静态方法取得：Class cl = Class.forName(“MyClass”);
通过类装载器获得对应的类信息（封装语Class的实例中）；但并不实例化
具体的类（MyClass）；
（2）通过类实例本身取得：
MyClass myObj = new Myclass();
Class cl = myObj. getClass();
3、Class类的应用
（1）创建具体类的实例：newInstance()；
（2）获取类的方法：Method[] getMethods()；Method getMethod(String name, Class[]parameterTypes)；Constructor<T> getConstructor(Class[] parameterTypes)；（3）获取类的属性：FieldgetDeclaredField(Stringname)；二、 Java的反射机制
反射是JAVA中一种特有的机制，通过反射，利用Class类,可以在运行时查看类的信息，创建类的实例、调用类的方法以及访问类的字段。
反射使用的类在java.lang.reflect包下，主要有Field、Method、Constructor、Proxy这几个类（具体参见JDK API文档），并以上面讲到的Class类为基础。
例1：通过类的名字创建类的实例
（1）、利用默认构造函数
Classcls =Class.forName(className);
Object obj = cls. newInstance();
（2）利用带参数的构造函数
public Object newInstance(String className, Object[] args) throws Exception {
Class newoneClass = Class.forName(className);
Class[] argsClass = new Class[args.length];
for (int i = 0, j = args.length; i < j; i++) {
argsClass[i] = args[i].getClass();
}
Constructor cons = newoneClass.getConstructor(argsClass);
return cons.newInstance(args);
}
例2：通过方法的名字执行类的方法
public Object invokeMethod(Object owner, String methodName, Object[] args)
throws Exception {
Class ownerClass = owner.getClass();
Class[] argsClass = new Class[args.length];
for (int i = 0, j = args.length; i < j; i++) {
argsClass[i] = args[i].getClass();
}
Method method = ownerClass.getMethod(methodName, argsClass);
return method.invoke(owner, args);
}
三、 Java的动态代理
1、 代理：就是不去直接调用对象A的方法，而是先去调用对象B的方法，再由B去间接调用A的方法。如下例：
public Interface Subject {
public void request();
}
public class RealSubject extends Subject {
public RealSubject() {
…
}
public void request() {
System.out.println(“From real subject.”);
}
}
public class ProxySubject extends Subject {
private RealSubject realSubject;
public ProxySubject() {
}
public void request() {
preRequest();
if( realSubject == null ) {
realSubject = new RealSubject();
}
realSubject.request();
afterRequest();
}
private void preRequest() {
}
private void afterRequest() {
}
}
public class Test {
static public void main(String[] args) {
Subject sub = new ProxySubject();
sub.request();
}
上面这个例子中，RealSubject类的request()方法是需要实现的主要功能，主程序本意是去调用这个方法，但是没有直接去调用，而是去调用实现共同接口的ProxySubject类的request()方法，这个方法中再去调用RealSubject类的request()方法，同时又做了一些附加的操作。
这就是一个代理的过程，其中ProxySubject类是代理类，RealSubject类是被代理类，
这两个类实现了一个共同的接口。
这种代理方式叫“静态代理”。也就是说我们需要自己去编写相应的代理类。这样，对需要代理的不同的类或方法，我们就需要编写大量的代理类。
2、 动态代理
根据Java的反射机制，可以根据名字动态生成类的实例，根据名字也可以动态执行类的方法，所以，从JDK 1.3开始，引入了“动态代理”的机制。Java动态代理就是由java.lang.reflect.Proxy类在运行时期根据接口定义，采用Java反射功能动态生成代理类。
实现“动态代理”，需要java.lang.reflect.Proxy类和java.lang.reflect.InvocationHandler接口，如下例：例：public interface Subject {public void request();}public class RealSubject extends Subject {public RealSubject(){}public void request() {System.out.println("From real subject.");}}public class DynamicSubject implements InvocationHandler {private Object sub;public DynamicSubject() {}public DynamicSubject(Object obj) {sub = obj;}public Object invoke(Object proxy, Method method, Object[] args) {System.out.println("before calling " + method);method.invoke(sub,args);System.out.println("after calling " + method);return null;}}public class Test {static public void main(String[] args) throws Throwable {RealSubject realObj = new RealSubject();InvocationHandler handler = new DynamicSubject(realObj);Class cls = rs.getClass();Subject subject = (Subject)Proxy.newProxyInstance(cls.getClassLoader(),cls.getInterfaces(), handler );subject.request();}在这个例子中，代理类有很大变化：
1、 不去实现Subject接口，实现InvocationHandler接口；
2、 属性类型为Object，不是RealSubject；
3、 执行方法通过“反射机制”执行；
所以，代理类不依赖于特定的类和方法，而是在运行时根据“被代理类”的接口动态
生成，对接口中所有的调用都转为对代理类中invoke()方法的调用（这一过程由Proxy 完
成）。
3、 Java动态代理编程步骤：
（1） 抽象被代理类的接口；
（2） 制作实现InvocationHandler接口的代理类；
（3） 通过Proxy类的静态方法创建代理类的实例；
第二部分Servlet相关
一、 ServletContext
ServletContext本身是一个接口，在Servlet容器启动时，会加载web应用，并为每个web应用创建一个唯一的servletContext对象，它对应于一个WEB应用，与一个WEB应用是一一对应的。
如果一个Web应用中存在多个Servlet，则这些Servlet共用一个servletContext对象。通过servletContext，每一个Servlet可与Servlet容器间进行通讯，同一WEB应用的各个Servlet间也可以通讯。
servletContext对象只有在对应的WEB应用被关闭时才销毁。
编写程序时，servletContext可通过Servlet的init（）方法中的参数ServletConfig取得；或者通过ServletContextListener的ServletContextEvent取得。
二、 Servlet的Listener
Listener是Servlet的监听器，用于监听WEB应用中发生的事件，不同的Listener用于监听不同的事件。
几个常用的、主要的监听器：
1、ServletContextListener：用于监听与ServletContext有关的事件。
当创建ServletContext时，激发contextInitialized(ServletContextEvent sce)方法；
当销毁ServletContext时，激发contextDestroyed(ServletContextEvent sce)方法。
2、ServletContextAttributeListener：用于监听对ServletContext中属性的操作（增、 删、改）。
3、HttpSessionListener：用于监听HttpSession有关的事件。
当创建一个Session时，激发sessio nCreated(HttpSessionEvent se)方法；
当销毁一个Session时，激发sessionDestroyed (HttpSessionEvent se)方法；
4、HttpSessionAttributeListener：用于监听对HttpSession中属性的操作（增、 删、 改）。
5、ServletRequestListener：用于监听ServletRequest。
当一个ServletRequest到来时，激发requestInitialized(ServletRequestEvent sre)方法；
当一个ServletRequest失效时，激发requestDestroyed(ServletRequestEvent sre)方法；
6、ServletRequestAttributeListener：用于监听ServletRequest中的属性操作（增、 删、改）。
三、 Servlet 的 Filter
Filter增加了开发人员对Servlet的Request请求数据和Response返回数据的处理能力；它能够在一个request到达servlet之前预处理request，也可以在离开servlet时处理response。
一个Servlet可以配备多个Filter，这些Filter会组成一个Filter链。这些Filter可以做一些用户的认证，编码的转换等等。
第二部分 Struts相关
一、ActionServlet
ActionServlet是Struts的核心，主要做以下两部分工作：
1、 初始化Struts环境
消息资源、数据源、插件（plug-in）等；
2、 接受Struts请求，并把请求分发给RequestProcessor进一步处理
二、RequestProcessor
RequestProcessor接收ActionServlet传过来的请求，根据请求调用不同的Action，最后根据Action返回的ActionForward执行请求的转发和重定向。主要的有以下几步：
l processPath
获得请求的URI，以便和ActionMapping结合找到对应的Action；
l processMapping
处理和请求URI匹配的ActionMapping信息；
l processActionForm
得到ActionMapping对应的ActionForm实例（没有就创建）；
l processPopulate
用请求的表单数据填充ActionForm；
l processValidate
如果需要验证，调用ActionForm的validate()方法；
l processActionCreate
得到Action实例（没有就创建）；
l processActionPerform
执行Action的execute()方法；
l processActionForward
根据execute()方法返回的ActionForward，决定流向；
对于定制的RequestProcessor，可在struts-config.xml文件中以<controller>RequestProcessor将代替Struts标准的RequestProcessor。
三、 Struts plug-in
Struts插件用于Struts的扩展，每一个插件都是一个实现了org.apache.struts.action.Plugin接口的Java类；当Struts应用启动时，调用插件的init()方法初始化，当应用关闭时，调用插件的destroy()方法销毁插件。
一个Struts应用可以有多个插件，这些插件在struts-config.xml文件中以<plug-in>
第三部分 Spring相关
一、 IOC(Inversion of Control)和DI（Dependency Injection）概念
这是Spring中最主要的概念，在Spring中，这两个术语是一样的意思。
IOC这个术语提出的很早，是1998年由Apache project team的Stefano Mazzocchi提出的，目的是为Apache Server建一个FrameWork，主要涉及Commponents（组件）的装配、配置和生命周期三方面。其核心思想就是：不要去调用FrameWork，而是由FrameWork在适当的时间来调用你。
很多系统和框架也都是这样去做的：比如Windows的消息驱动机制，还有Struts中Action的调用等等。
2004年，Martin Fowler（ThoughtWorks的首席科学家） 开始研究IOC，并得出结论：只有对象间的依赖关系被反转了。基于此，他给IOC起了个新名字：DI（Dependency Injection）。
实际编程中，模块之间大多是有关系的，而不是孤立地存在：
例：
Class ClassA {
ClassB b = null;
public void methodA() {
b = new ClassB();
b.method();
}
}
Class ClassB {
public void method() {
…
}
}
这两个类中，ClassA实现的具体功能依赖于ClassB的实现，这就是一种依赖关系。
而DI编程的思想就是，把程序代码中的这种依赖关系提取出来，放入第三方—容器（或框架）中，同时，这些对象的生成以及生命周期的管理等工作也交给容器来管理。
例：
.java文件
Interface ClassB{
public void method()；
}
Class ClassBImpl implements ClassB {
public void method() {
…
}
}
Class ClassA {
ClassB b = null;
public void setB(ClassB b) {
this.b = b;
}
public void methodA() {
b.method();
}
}
.xml文件
<bean name=”ClassA” scope=”prototype” class=”ClassA”>
<property name=”b”>
<ref local=”classB”/>
</property>
</bean>
<bean id=”classB” scope=”prototype” class=”ClassBImpl”>
</bean>
这个例子中，ClassA和ClassBImpl都在容器的配置文件（.xml文件）中进行了定义，而且生命周期（scope）也进行了声明，依赖关系（ClassBImpl作为ClassA的一个属性）也进行了声明，这些声明是给容器使用的，容器在需要的时候根据这些声明创建这些类的实例和它们的依赖关系（这一过程称为“装配”），在不需要的时候销毁它们。
注意的一点是，增加了一个接口，也就是程序中ClassA对ClassBImpl的依赖改成对它的抽象接口的依赖，DI通过此措施实现模块间的松散耦合。
所以DI编程需要实现三点：
1、 把模块抽象在接口中；
2、 程序中的依赖变成对接口的依赖；
3、 各模块的创建形式、生命周期、依赖关系声明给第三方—-容器（通过配置文件）；
二、 AOP（Aspect Oriented Programming）概念
AOP翻译成汉语就是“面向切面编程”；是对OOP编程模式的一个补充。
“切面”就是应用处理流程中的某一点，“面向切面编程”也就是对处理流程中的某些点进行编程。
举例来说：
正常Java程序中，每个方法的入口和出口就是两个点，通常在入口处打印LOG，在出口处也要打印LOG。应用中所有类的方法都要编写这样的打印LOG的代码。
而应用AOP技术，就可以把这些打印LOG的代码抽取出来，另外封装成一个类，而原来的方法中不再编写这些代码，在程序的运行过程中，在进入方法前和退出方法后动态调用抽取出去的代码。
这就是AOP的编程思想。
三、 Spring简介
Spring是一个开源的轻量级框架，由Rod Johnson于2003年创建。Spring的主要出发点是针对EJB，使J2EE的开发变得容易。
Spring的特点：
1、 实现了DI容器：由DI容器管理Bean的创建、初始化以及销毁；
2、 实现了AOP框架：把AOP与DI容器结合起来，通过配置文件即可实现“面向切面编程”；
3、 POJO：Spring中的JAVA类都是普通的Java类，和框架本身没有联系，所以很容易移植和测试（对比Struts的Action和ActionForm就很清晰）；
4、 Spring框架提供了用于开发企业应用的所有层面：表现层、服务层、持久化层；
5、 Spring框架可以与其它现有技术良好的继承性；
四、 Spring框架组成
Spring是一个模块化的框架，由七个模块组成（下图）：
Core Container：DI容器，用于生成、装配、管理Bean，是Spring框架的基础。
Application context：用于维护框架的环境，象JNDI、国际化信息等等。
Web Context：提供面向WEB应用的继承功能，例如：文件上传、通过Servlet
Listener启动IOC容器、WEB应用的Context、以及与Struts或WebWork的集
成。
DAO：提供JDBC层，处理JDBC编码和DB异常，并提供事务管理功能（transaction
management）。
ORM：用于集成Hibernate、iBatis等。
AOP：提供面向切面的编程功能。
MVC：Spring自己的WEB应用框架。
五、 Spring中的DI
Spring中的主要部分就是DI容器，通过ApplicationContext类来管理所有的类。
例：
参见：SpringDI-Demo
六、 Spring中的AOP（Aspect Oriented Programming）
Spring框架的第二个技术亮点就是AOP框架的实现。
Spring中的AOP是基于JAVA的动态代理实现的，并与DI容器结合在一起使用。
在2.0以后版本中，Spring引入了Aspectj的AOP技术，可以通过“注释”或直接在XML文件中配置AOP的所有内容。
参见：SpringAOP-demo
AOP中有很多比较混乱、难懂的概念，但主要的有以下几个概念：
1、 Aspect：切面，是AOP解决问题所有信息的一个封装，其中包括切入点的信息、切面（代理）处理程序的信息；
2、 PointCut：切入点，插入切面程序的地方，通常是某个类的某个公有方法；
3、 Advice：定义在切入点的何处插入什么样的代码，有before、after、after-returning、after-throwing等等；
在Spring中，以上这些都可以在applicationContext.xml文件中进行配置，例：
<aop:config>
<aop:aspect id=”aspectDemo” ref=”aspectBean”>
<aop:pointcut id=”myPointcut”
expression=”execution(* Component.business*(..))” />
<aop:before pointcut-ref=”myPointcut”
method=”validateUser” />
<aop:before pointcut-ref=”myPointcut”
method=”writeLogInfo” />
<aop:before pointcut-ref=”myPointcut”
method=”beginTransaction” />
<aop:after-returning pointcut-ref=”myPointcut”
method=”endTransaction” />
<aop:after-returning pointcut-ref=”myPointcut”
method=”writeLogInfo” />
</aop:aspect>
</aop:config>
<bean id=”aspectBean” class=”AspectBean” />
<bean id=”component” class=”ComponentImpl”/>
这里，AspectBean就是切面（相当于前面讲的代理程序）类，ComponentImpl就是目标（相当于被代理类）类，aop:pointcut指定当执行类似Component.business的方法时，执行Advice（插入的程序），
<aop:before pointcut-ref=”myPointcut” method=”writeLogInfo” />指明在到达这个切入点之前先执行AspectBean类的writeLogInfo（）方法。
第四部分Terasoluna
一、框架总体构成
1、 Struts1.2担当WEB层；
2、 Spring2.5与Struts继承，提供IOC容器、AOP功能、ORM、DAO；
3、 TERASOLUNA扩展的一些附加功能；
二、TERASOLUNA框架的执行流程
1、 客户端发送请求；
2、 ActionServlet（Struts提供）
根据struts-config.xml的<controller>，调用RequestProcessorEx；
3、 RequestProcessorEx（TERASOLUNA提供）
根据struts-config.xml的配置，填充FormBean，再结合applicationContext.xml和moduleContext.xml
找到需调用的Action（继承于AbstractBLogicAction），调用doExecute（）方法；
4、 Action的doExecute（）方法
此方法做三件事：
（1） 根据blogic-io.xml的配置设置执行业务需要的参数（Form表单中提交的数据）；
（2） 调用Action的实装doExecuteBLogic（）方法，进行业务处理（把准备的参数传过去）；
（3） 根据blogic-io.xml的配置对doExecuteBLogic（）方法返回的BLogicResult对象进行处理：设置返回的数据、设置ActionForward；
5、 Action的doExecuteBLogic（）方法
调用实装的BLogic的方法存取DB（根据applicationContext.xml中iBATIS的配置和sqlMap.xml中定义的SQL文），把得到的数据和ActionForward用的字符串（例：success）封装到BLogicResult对象中，并返回该BLogicResult对象；
6、 RequestProcessorEx
根据返回的ActionForward，返回到客户端；
三、TERASOLUNA开发需要做的工作
（一）代码的编写
1、 Action的编写
（1）继承于AbstractBLogicAction；
（2）声明相应的Logic属性及对应的set和get方法；
（3）实现doExecuteBLogic（）方法（返回BLogicResult对象）；
2、 Form的编写
（1）静态Form：继承于ValidatorActionFormEx；
（2）动态Form：在XML中文件定义；
3、 Business logic的编写（POJO）
（1）Business logic接口的定义；
（2）Business logic的具体实现；
4、 SQL文的定义（在sqlMap.xml文件中）
（二）模块的配置
1、Action的配置
（1）struts-config.xml中的ActionMapping，定义URI路径、Form、Scope、Forward信息；
（2）定义Spring中的配置（在moduleContext.xml文件中），定义对应于Action的Bean的信息；
2、Form的配置（同Struts）
3、Business logic的配置（在moduleContext.xml文件中，Spring配置）
4、SQL文的配置applicationContext.xml、sqlMapConfig.xml、sqlMap.xml
5、I/O配置（blogic-io.xml文件中）
四、 各部分详细说明
（一） 编写Action
1、程序结构：
public class XXXAction extends AbstractBLogicAction<P> {
private XXXBLogic XXXBLogic = null;
public XXXBLogic getXXXBLogic() {
return XXXBLogic; 定义BLogic及get/set方法
}
public void setXXXBLogic(XXXBLogic XXXBLogic) {
this.XXXBLogic = XXXBLogic;
}
public BLogicResult doExecuteBLogic(P param)
throws Exception {
JavaBean bean = XXXBLogic.XXX(param); //操作数据库
BLogicResult result = new BLogicResult(); //实例化返回结果
if (错误) {
BLogicMessages errors = new BLogicMessages();
errors.add(Globals.ERROR_KEY, new BLogicMessage(errorKey));
result.setErrors(errors); 异常时处理
setErrors(result, “errors.input.id.repeat”, “error”);
result.setResultString(“failure”);
} else {
result.setResultString(“success”);
result.setResultObject(bean); 正常时处理
}
return result;
}
}
注释：P：业务逻辑处理中需要的参数类型，对应于blogic-io.xml中对应的blogic-params的bean-name属性；param由AbstractBLogicAction设置，一般，数据从提交的Form表单中来。
errorKey：属性文件中定义的错误消息的Key。
2、BLogicResult介绍
这个类中存放三个信息：DB操作的返回结果、ActionForward的信息和异常时的错误信息，最终由
AbstractBLogicAction进行处理。
（二） BLogic的编写
1、 编写接口（POJO）
public interface XXXBLogic {
public JavaBean XXX(P param);
}
2、 编写接口的实现（POJO）
public class XXXBLogicImpl implements XXXBLogic {
private XXXDAO dao = null;
public XXXDAO getDao() {
return dao;
}
public void setDao(XXXDAO dao) {
this.dao = dao;
}
public JavaBean XXX(P param) {
JavaBean bean = dao.XXX(“SQLName”, param，…);
return bean;
}
}
注释：SQLName sqlMap.xml文件中定义的SQL文的id。
（三） I/O配置说明（blogic-io.xml文件中）
blogic-io.xml定义BLogic的入/出力情报，由BLogicIOPlugIn在Struts启动时以plug-in的方式加载到
ServletContext中；这个文件关联到.jsp、Action、Form和BLogic。
<blogic-io>
<action path=”/logon/logonAction”>
<blogic-params bean-name=”jp.terasoluna.sample.blogic.LogonBean”>
<set-property property=”userName” blogic-property=”userName” source=”form” /> BLogic入
力参数
<set-property property=”sessionId” blogic-property=”id” source=”session” />
</blogic-params>
<blogic-result>
出力 <set-property property=”resultStr” blogic-property=”result” dest=”form” />
结果 <set-property property=”USER_VALUE_OBJECT” blogic-property=”uvo” dest=”session” />
</blogic-result>
</action>
???
</blogic-io>
注释：1、<action …> ：指定对应的Action；
2、<blogic-params …>：设定BLogic的入参数
bean-name：BLogic输入参数的类型（类名），对应于上面的P；
blogic-property：bean-name中指定的Class中的属性名；
source：指定输入数据的来源（form/session）；
property：对应于source指定的form/session中的属性名；
上例中<set-property property=”sessionId” blogic-property=”id” source=”session” />
就是从session中取出sessionId对应的值，放入LogonBean的id属性中。
3、<blogic-result>：设定BLogic的出力结果；
blogic-property：bean-name中指定的Class中的属性名；
property：对应于dest指定的form/session中的属性名；
<set-property property=”USER_VALUE_OBJECT” blogic-property=”uvo” dest=”session” />
就是把BLogic结果中uvo属性的值放入session的”USER_VALUE_OBJECT”属性中。
（四） SQL文的定义（基于iBatis，定义在sources/sqlMap.xml文件中）
例：
<?xml version=”1.0″ encoding=”UTF-8″ ?>
<!DOCTYPE sqlMap
PUBLIC “-//ibatis.apache.org//DTD SQL Map 2.0//EN”
“http://ibatis.apache.org/dtd/sql-map-2.dtd”>
<sqlMap namespace=”user”>
<select id=”getUser” parameterClass=”java.lang.String” resultClass=”java.util.HashMap”>
SELECT ID, NAME, AGE, BIRTH FROM USERLIST WHERE ID = #ID#
</select>
<update id=”updateUser” parameterClass=”bean.UserBean”>
UPDATE USERLIST SET name=#name#,sex=#sex# WHERE id = #id#
</update>
<insert id=”insertUser” parameterClass=”bean.UserBean”>
INSERT INTO USERLIST (ID,NAME,AGE,BIRTH)VALUES(#id#,#name#,#age#,#birth#)
</insert>
<delete id=”deleteUser” parameterClass=”bean.UserBean”>
DELETE FROM USERLIST WHERE ID = #id#
</delete>
</sqlMap>
注释：1、parameterClass：SQL文的输入参数的类型，对应于上面的P；
2、resultClass：SQL文的返回结果的类型，对应于blogic-io.xml中定义的<blogic-result>；
3、#XXX#：（1）如果输入参数为基本数据类型，对应于该类型的值；
（2）非基本数据类型，对应于该类的相应属性的值；
五、 DataSource的设置
1、 在WEB-INF/jdbc.properties文件中定义数据源的信息
例：jdbc.properties
#驱动程序
jdbc.driverClassName=org.hsqldb.jdbcDriver
#URL
jdbc.url=jdbc:hsqldb:hsql://localhost/terasoluna
#用户
jdbc.username=sa
#口令
jdbc.password=sa
2、 在applicationContext.xml中定义数据源
例：
<context:property-placeholder location=”WEB-INF/jdbc.properties”/>
<bean id=”TerasolunaDataSource”
class=”org.apache.commons.dbcp.BasicDataSource”
destroy-method=”close”>
<property name=”driverClassName” value=”${jdbc.driverClassName}”/>
<property name=”url” value=”${jdbc.url}”/>
<property name=”username” value=”${jdbc.username}”/>
<property name=”password” value=”${jdbc.password}”/>
</bean>
六、 iBATIS设置
1、 定义SQL文配置文件（sources/sqlMap.xml）
如上
2、 定义WEB-INF/sqlMapConfig.xml文件关联SQL文配置文件；
<?xml version=”1.0″ encoding=”UTF-8″ ?>
<!DOCTYPE sqlMapConfig
PUBLIC “-//ibatis.apache.org//DTD SQL Map Config 2.0//EN”
“http://ibatis.apache.org/dtd/sql-map-config-2.dtd”>
<sqlMapConfig>
<sqlMap resource=”sqlMap.xml”/>
</sqlMapConfig>
3、 在applicationContext.xml文件中设置IBATIS
<bean id=”sqlMapClient”
class=”org.springframework.orm.ibatis.SqlMapClientFactoryBean”>
<property name=”configLocation” value=”WEB-INF/sqlMapConfig.xml”>
</property>
<property name=”dataSource”>
<ref bean=”TerasolunaDataSource”/>
</property>
</bean>
七、 DAO定义
<bean id=”queryDAO”
class=”jp.terasoluna.fw.dao.ibatis.QueryDAOiBatisImpl”>
<property name=”sqlMapClient”><ref local=”sqlMapClient”/></property>
</bean>
<bean id=”updateDAO”
class=”jp.terasoluna.fw.dao.ibatis.UpdateDAOiBatisImpl”>
<property name=”sqlMapClient”><ref local=”sqlMapClient”/></property>
</bean>
注释：sqlMapClient：关联到上面的iBATIS定义；
八、 DB相关的事务处理（commit、rollback）
参见TERASOLUNA机能说明书
不要忘本，任何时候，任何事情。
