色婷五月综激情亚洲综合,免费观看亚洲人成网站,亚洲暴爽 AV人人爽日日碰

rendong — Sun, 24 Dec 2006 12:05:00 GMT

关键�?J2EE Spring Acegi

[��介]

对于一个典型的Web应用�Q�完善的认证和授权机制是必不可少的，在SpringFramework中，Juergen Hoeller提供的范例JPetStore�l�了一些这斚w��的介�l�，但还�q�远不够�Q�Acegi是一个专门�ؓSpringFramework提供安全机制�?��目�Q�全�U�CؓAcegi Security System for Spring�Q�当前版本�ؓ0.5.1�Q�就其目前提供的功能�Q�应该可以满��绝大多数应用的需求�?/p>
本文的主要目的是希望能够说明如何在基于Spring构架的Web应用中��用Acegi�Q�而不是详�l�介�l�其中的每个接口、每个类。注意，即��对已�l�存在的Spring应用�Q�通过下面介绍的步骤，也可以马上��n受到Acegi提供的认证和授权�?/p>
[基础工作]
在你的Web应用的lib中添加Acegi下蝲包中的acegi-security.jar

[web.xml]
实现认证和授权的最常用的方法是通过filter�Q�Acegi亦是如此�Q�通常Acegi需要在web.xml��d��以下5个filter:

Acegi Channel Processing Filter
net.sf.acegisecurity.util.FilterToBeanProxy

targetClass
net.sf.acegisecurity.securechannel.ChannelProcessingFilter

Acegi Authentication Processing Filter
net.sf.acegisecurity.util.FilterToBeanProxy

targetClass
net.sf.acegisecurity.ui.webapp.AuthenticationProcessingFilter

Acegi HTTP BASIC Authorization Filter
net.sf.acegisecurity.util.FilterToBeanProxy

targetClass
net.sf.acegisecurity.ui.basicauth.BasicProcessingFilter

Acegi Security System for Spring Auto Integration Filter
net.sf.acegisecurity.ui.AutoIntegrationFilter

Acegi HTTP Request Security Filter
net.sf.acegisecurity.util.FilterToBeanProxy

targetClass
net.sf.acegisecurity.intercept.web.SecurityEnforcementFilter

最先引赯��惑的是net.sf.acegisecurity.util.FilterToBeanProxy�Q�Acegi自己的文档上解释是： “What FilterToBeanProxy does is delegate the Filter’s methods through to a bean which is obtained from the
Spring application context. This enables the bean to benefit from the Spring application context lifecycle support and configuration flexibility.”，如希望深�I�的话，�ȝ��看源代码应该不难理解�?/p>
再下来就是添加filter-mapping了：

Acegi Channel Processing Filter
/*

Acegi Authentication Processing Filter
/*

Acegi HTTP BASIC Authorization Filter
/*

Acegi Security System for Spring Auto Integration Filter
/*

Acegi HTTP Request Security Filter
/*

�q�里�Q�需要注意以下两点：
1) �q�几个filter的顺序是不能更改的，��序不对��无法正常工作；
2) 如果你的应用不需要安全传输，如https�Q�则��”Acegi Channel Processing Filter”相兛_��Ҏ��释掉卛_��Q?
3) 如果你的应用不需要Spring提供的远�E�访问机�Ӟ��如Hessian and Burlap�Q�将”Acegi HTTP BASIC Authorization
Filter”相兛_��Ҏ��释掉卛_��?/p>
[applicationContext.xml]
接下来就是要��d��applicationContext.xml中的内容了，从刚才FilterToBeanFactory的解释可以看出，真正的filter�?
在Spring的applicationContext中管理：

1) 首先�Q�你的数据库中必��d��有保存用户名和密码的table�Q�Acegi要求table的schema必须如下�Q?/p>
CREATE TABLE users (
username VARCHAR(50) NOT NULL PRIMARY KEY,
password VARCHAR(50) NOT NULL,
enabled BIT NOT NULL
);
CREATE TABLE authorities (
username VARCHAR(50) NOT NULL,
authority VARCHAR(50) NOT NULL
);
CREATE UNIQUE INDEX ix_auth_username ON authorities ( username, authority );
ALTER TABLE authorities ADD CONSTRAINT fk_authorities_users foreign key (username) REFERENCES users
(username);

2) ��d��讉K��你的数据库的datasource和Acegi的jdbcDao�Q�如下：

${jdbc.driverClassName}
${jdbc.url}
${jdbc.username}
${jdbc.password}

3) ��d��DaoAuthenticationProvider:

5

如果你需要对密码加密�Q�则在daoAuthenticationProvider中加入：bean=”passwordEncoder�?>�Q�Acegi提供了几�U�加密方法，详细情况可看�?
net.sf.acegisecurity.providers.encoding

4) ��d��authenticationManager:

5) ��d��accessDecisionManager:

false

6) ��d��authenticationProcessingFilterEntryPoint:

class=”net.sf.acegisecurity.ui.webapp.AuthenticationProcessingFilterEntryPoint�?gt;
/acegilogin.jsp
false

其中acegilogin.jsp是登陆页面，一个最��单的��d��面如下�Q?/p>
<%@ taglib prefix=’c�?uri=’http://java.sun.com/jstl/core�?%>
<%@ page import=”net.sf.acegisecurity.ui.AbstractProcessingFilter�?%>
<%@ page import=”net.sf.acegisecurity.AuthenticationException�?%>

Login

Login

�?method=”POST�?gt;

User:

Password:

7) ��d��filterInvocationInterceptor:

class=”net.sf.acegisecurity.intercept.web.FilterSecurityInterceptor�?gt;

CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON
\A/sec/administrator.*\Z=ROLE_SUPERVISOR
\A/sec/user.*\Z=ROLE_TELLER

�q�里��h��意，要objectDefinitionSource中定义哪些页面需要权限访问，需要根据自��q��应用需求进行修改，我上面给�?
的定义的意思是�q�样的：
a. CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON意思是在比较请求�\径时全部转换为小�?
b. \A/sec/administrator.*\Z=ROLE_SUPERVISOR意思是只有权限为ROLE_SUPERVISOR才能讉K��/sec/administrator*的页�?
c. \A/sec/user.*\Z=ROLE_TELLER意思是只有权限为ROLE_TELLER的用��h��能访�?sec/user*的页�?/p>
8) ��d��securityEnforcementFilter:

9) ��d��authenticationProcessingFilter:

class=”net.sf.acegisecurity.ui.webapp.AuthenticationProcessingFilter�?gt;

/loginerror.jsp

/

/j_acegi_security_check

其中authenticationFailureUrl是认证失败的��面�?/p>
10) 如果需要一些页面通过安全通道的话�Q�添加下面的配置:

CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON
\A/sec/administrator.*\Z=REQUIRES_SECURE_CHANNEL
\A/acegilogin.jsp.*\Z=REQUIRES_SECURE_CHANNEL
\A/j_acegi_security_check.*\Z=REQUIRES_SECURE_CHANNEL
\A.*\Z=REQUIRES_INSECURE_CHANNEL

[�~�少了什么？]
Acegi目前提供了两�U�”secure object”，分别寚w��面和�Ҏ��q�行安全认证��理�Q�我�q�里介绍的只是利�?
FilterSecurityInterceptor对访问页面的权限控制�Q�除此之外，Acegi�q�提供了另外一个Interceptor�?
MethodSecurityInterceptor�Q�它�l�合runAsManager可实现对对象中的�Ҏ��的权限控�Ӟ��使用�Ҏ��可参看Acegi自带的文�?
和contact范例�?/p>
[最后要说的]
本来以�ؓ只是说明如何使用Acegi而已�Q�应该非常简单，但真正写��h��才发现想要条理清楚的理顺所有需要的bean�q�是�?
困难的，但愿我没有遗漏太多东西，如果我的文章有什么遗漏或错误的话�Q�还请参看Acegi自带的quick-start范例�Q�但�?
注意�Q�这个范例是不能直接拿来用的�?/p>
原文在这里：

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=54881

rendong 2006-12-24 20:05 发表评论

ThreadLocal的几�U�误�?转蝲原作者jspark)

rendong — Fri, 04 Aug 2006 16:45:00 GMT

最�q�由于需要用到ThreadLocal�Q�在�|�上搜烦了一些相兌��料，发现对ThreadLocal�l�常会有下面几种误解

一、ThreadLocal是java�U�程的一个实�?br /> ThreadLocal的确是和java�U�程有关�Q�不�q�它�q�不是java�U�程的一个实玎ͼ�它只是用来维护本地变量。针�Ҏ��个线�E�，提供自己的变量版本，主要是�ؓ了避免线�E�冲�H�，每个�U�程�l�护自己的版本。彼此独立，修改不会影响到对斏V�?

二、ThreadLocal是相对于每个session�?/p>

ThreadLocal��֐�思义�Q�是针对�U�程。在java web�~�程上，每个用户从开始到会话�l�束�Q�都有自��q��一个session标识。但是ThreadLocal�q�不是在会话层上。其实，Threadlocal是独立于用户session的。它是一�U�服务器端行为，当服务器每生成一个新的线�E�时�Q�就会维护自��q��ThreadLocal。对于这个误解，个�h认�ؓ应该是开发�h员在本地��Z��一些应用服务器��试的结果。众所周知�Q�一般的应用服务器都会维护一套线�E�池�Q�也��是��_��对于每次讉K��Q��ƈ不一定就新生成一个线�E�。而是自己有一个线�E�缓存池。对于访问，先从�~�存池里面找到已有的�U�程�Q�如果已�l�用光，才去新生成新的线�E�。所以，�׃��开发�h员自己在��试�Ӟ��一般只有他自己在测�Q�这��h��务器的负担很��，�q�样��D��每次讉K��可能是共用同样一个线�E�，��D��会有�q�样的误解：每个session有一个ThreadLocal

三、ThreadLocal是相对于每个�U�程的，用户每次讉K��会有新的ThreadLocal

理论上来��_��ThreadLocal是的��是相对于每个线�E�，每个�U�程会有自己的ThreadLocal。但是上面已�l�讲刎ͼ�一般的应用服务器都会维护一套线�E�池。因此，不同用户讉K��Q�可能会接受到同��L��U�程。因此，在做��Z��TheadLocal�Ӟ��需要�}慎，避免出现ThreadLocal变量的缓存，��D��其他�U�程讉K��到本�U�程变量

四、对每个用户讉K��Q�ThreadLocal可以多用
可以��_��ThreadLocal是一把双刃剑�Q�用得来的话可以起到非常好的效果。但是，ThreadLocal如果用得不好�Q�就会跟全局变量一栗��代码不能重用，不能独立��试。因为，一些本来可以重用的�c�，现在依赖于ThreadLocal变量。如果在其他没有ThreadLocal场合�Q�这些类��变得不可用了。个��得ThreadLocal用得很好的几个应用场合，值得参�?/p>

1、存攑ֽ�前session用户�Q�quake want的jert

2、存放一些context变量�Q�比如webwork的ActionContext

3、存放session�Q�比如Spring hibernate orm的session

rendong 2006-08-05 00:45 发表评论

Spring中的destroy-method="close"(转自JavaEye)

rendong — Fri, 04 Aug 2006 09:14:00 GMT

�I�竟Spring在何时调用destroy-method="close" �q�个�Ҏ��close()呢？�l�于借助JavaEye扑ֈ�了答案，原来如果Spring不在Web Container或是EJB Container中的时候，�q�个�Ҏ��q�是需要我们自己来调用的，具体��是调用BeanFactory的destroySingletons()�Ҏ��Q�文档上的“自动调用”这几个字真是害我不��呀�Q�原来自动也是通过Web Container或是EJB Container才可以自动，具体做法��是要实现ServletContextListener�q�个接口�Q�Spring中已�l�有具体的实��C��Q?/font>

publicclass ContextLoaderListener implements ServletContextListener {
        private ContextLoader contextLoader;
        /**
* Initialize the root web application context.
*/
publicvoid contextInitialized(ServletContextEvent event){
this.contextLoader = createContextLoader();
this.contextLoader.initWebApplicationContext(event.getServletContext());
}
        /**
* Create the ContextLoader to use. Can be overridden in subclasses.
* @return the new ContextLoader
*/
protected ContextLoader createContextLoader(){
returnnew ContextLoader();
}
        /**
* Return the ContextLoader used by this listener.
*/
public ContextLoader getContextLoader(){
return contextLoader;
}
        /**
* Close the root web application context.
*/
publicvoid contextDestroyed(ServletContextEvent event){
this.contextLoader.closeWebApplicationContext(event.getServletContext());
}

}

当tomcat关闭的时候会自动调用contextDestroyed(ServletContextEvent event)�q�个�Ҏ��。在看一下contextLoader的closeWebApplicationContext�Ҏ��Q?

publicvoid closeWebApplicationContext(ServletContext servletContext)throws ApplicationContextException {
servletContext.log("Closing root WebApplicationContext");
Object wac = servletContext.getAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE);
if(wac instanceof ConfigurableApplicationContext){
((ConfigurableApplicationContext) wac).close();
}
}

AbstractApplicationContext.Close�q�个�Ҏ��是要你自��p��用的�Q�在�E�序要结束的时候保证调用这个close�Ҏ��Q�在�q�里的话��是由Listener来保证tomcat退出的时候调用close�Ҏ��?
AbstractApplicationContext.Close的代�?�Q?/font>

publicvoid close(){
logger.info("Closing application context [" + getDisplayName() + "]");

// Destroy all cached singletons in this context,
// invoking DisposableBean.destroy and/or "destroy-method".
getBeanFactory().destroySingletons();
// publish corresponding event
publishEvent(new ContextClosedEvent(this));
}

最�l�还是调用到了getBeanFactory().destroySingletons(); 看来�Q�没有容器，我们�q�是需要自己来搞定�q�个�Ҏ��的调用的 �Q?/font>

rendong 2006-08-04 17:14 发表评论

在Struts和Hibernate之间搭�v桥梁 --zt (�?

rendong — Tue, 01 Aug 2006 17:01:00 GMT

摘要

Hibernate和struts是当前市面上几个最��行的开源的库之一。它们很有效率，是程序员在开发Java企业应用�Q�挑选几个竞争的库的首选。虽然它们经常被一起应用，但是Hibernate的设计目标�ƈ不是和Struts一起��用，而Struts在Hibernate诞生好多�q�之前就发布了。�ؓ了让它们在一起工作，仍然有很多挑战。这��文章点明了Struts和Hibernate之间的一些�`沟，��其关系到面向对象徏模方面。文章也描述了如何在两者间搭�v桥梁�Q�给��Z��一个基于扩展Struts的解��x��案。所有的��Z��Struts和Hibernate构徏的Web应用都能从这个通用的扩展中��L��?br />
在Hibernate in Action�Q�Manning,2004十月�Q�这本书里，作者Christian Bauer和Gavin King揭示了面向对象世界的模型和关�p�L��据模型，两个世界的范例是不一致的。Hibernate非常成功地在存储�?persistence Layer)��两者粘合在一赗��但是领域模�?domain model)(也就是Model-View-Controller的model layer)和HTML��面(MVC的View Layer)仍然存在不一致。在�q�篇文章中，我们��检查这�U�不一��_��q�且探烦解决的方案�?br />
范例不一致的再发�?/span>

让我们先看一个经典的parent-child关系例子�Q�看下面的代码）�Q�product和category。Category�c�d��义了一个类型�ؓlong的标�C�符id和一个类型�ؓString的属性name。Product�c�M��有一个类型�ؓlong的标�C�符id和一个类型�ؓCategory的属性category�Q�表�C�Z��多对一的关�p�（也就是说很多product可以属于一个Category)

						/**
* @hibernate.class table="CATEGORY"
*/ 
public class Category {
   private Long id;

   private String name;

   /**
    * @hibernate.id generator-class="native" column="CATEGORY_ID"
    */
   public Long getId() {
      return id;
   }

   public void setId(Long id) {
      this.id = id;
   }

   /**
    * @hibernate.property column="NAME"
    */
   public String getName() {
      return name;
   }

   public void setName(Long name) {
      this.name = name;
   }
}

/**
* @hibernate.class table="PRODUCT"
*/
public class Product {
   private Long id;
   private Category category;

   /**
    * @hibernate.id generator-class="native" column="PRODUCT_ID"
    */
   public Long getId() {
      return id;
   }

   public void setId(Long id) {
      this.id = id;
   }

   /**
    * @hibernate.many-to-one
    * column="CATEGORY_ID"
    * class="Category"
    * cascade="none"
    * not-null="false"
    */
   public Category getCategory() {
      return category;
   }

   public void setCategory(Category category) {
      this.category = category;
   }
}

我们希望一个product可以被更改category�Q�所以我们的HTML提供了一个下拉框列出所有Category�?br />

�q�里我们看出了两者的不一��_��在Product领域对象里，category属性是Category�c�d��Q�但是ProductForm只有一个类型�ؓlong的categoryId。这�U�不匚w��不但增加了不一��_��而且��D��了不必要的代码进行primitive type的标�C�符和对应的对象之间的�{换�?br />
�q�种不一致部分是�׃��HTML Form自己引�v的：它只代表了一�U�关�p�L��型，不能代表面向对象的模型。面向对象和关系模型的不一致在存储层由对象关系映射(O/RM)解决。但是类似的问题在表�C�层(view layer)仍然存在。解决的关键是让他们一��h��~�地工作�?br />
Struts的功能和局�?/span>

�q�运的是�Q�Struts能够生成和解释内嵌的对象属性。Category下拉框可以用Struts page-construction(html) tag library�Q?br />

我们假设categories是Category对象的一个list。所以现在我们要修改ProductForm�Q�让它变得更加“面向对象”，我们要修改ProductForm的categoryId�Q�改成类型�ؓCategory的category。这�U�改变会��D��在Product和ProductForm之间复制属性的工作更加�J�琐�Q�因��Z��者有相同的属性�?br />

						public class ProductForm extends ActionForm {
     private Long id;
     private Category category;
     ...
}

当我们完成剩余的Struts Action, configuration, validator, jsp, hibernate层后�Q�开始测试，我们马上在访问ProductForm.category.id旉��C��NullPointerException。这是预料中的！因�ؓProductForm.category�q�没有被讄��Q�同�Ӟ��Hibernate也会��多对一所联系的对象引用设为空�Q�如果database field为空指）�Q�译者：�q�里指Hiberate��product.category为Null�Q�如果该Product没有联系��C�Q何category)。Struts要求所有的对象在显�C?生成HTML Form)和传�?提交HTML FORM)之前被徏立�?br />
让我们看看如何用ActionForm.reset()来架��h��梁�?br />
�Q��ƈ非如此）臭名昭著的Struts ActionForm

在我�W�一个星期接触Struts的时候，我最大的一个疑问就是：��Z��么我必须为Properties, getter�Ҏ��, setter�Ҏ��保持几乎完全相同的两份copy, 一份在ActionForm Bean, 一份在DomainObject。这个繁琐的步骤成了Struts�C�֌�最主要的抱怨之一�?br />
以我的观点，ActionForm存在有原因的。首先，它们可以区别于Domain Object因�ؓ他们但当了不同的角色。在MVC模式下，Domain Object是Model层的一个部分，ActionForm是View层的。因为Webpage的Field和Database的Field可能不一��P��某些特制的�{换是常见的。第二，ActionForm.validate()�Ҏ��可以定义非常好用的验证规则。第三，可能有其他的�Q�特定的View行�ؓ�Q�但是又不想在domain layer实现�Q�特别当persistence framework来管理domain object的时候�?br />
提交Form

让我们来用ActionForm内有的方�?reset()-来解决view和model之间的不一致。这个reset()�Ҏ��是在ActionForm在被Struts Controller Servlet处理request时候复制ActionForm属性之前调用的。这个方法最常见的��用是�Q�checkbox必须被显式地设�ؓfalse�Q�让没有被选中的checkbox被正��识别。Reset()也是一个初始化用于view rending对象的合适地斏V��代码看��h��是这��L��Q?br />

						public class ProductForm extends ActionForm {
     private Long id;
     private Category category;
     ...
     public void reset(ActionMapping mapping, HttpServletRequest request) 
     {
        super.reset( mapping, request );
        if ( category == null ) { category = new Category(); }
     }
}

Struts在��用用��h��交的值填写ProductForm之前�Q�Struts会调用reset()�Q�这样category属性将会被初始化。请注意�Q�你必须��查category看它是不是null�Q�后面我们会讨论�q�个�?br />
�~�辑Form

到目前�ؓ止，我们已经解决了form提交时候的问题。但是当我们在生成form��面的时候呢�Q�Html:select tag也希望有一个非�I�的引用�Q�所以我们将在form生成��面之前调用reset()。我们在action�c�里加入了一�?

						public class EditProductAction extends Action {
     public final ActionForward execute( ActionMapping mapping, ActionForm form, 
        HttpServletRequest request, HttpServletResponse response ) throws Exception
     {
        ...
        Product product = createOrLoadProduct();
        ProductForm productForm = (ProductForm)form;
        PropertyUtils.copyProperties( productForm, product );
        productForm.reset( mapping, request );
        ...
     }
}

我假设读者已�l�对action�c�d��Jakarta commons Beanutils包非常熟悉了。CreateOrLoadProduct()建立了一个新的Product实例或者从数据库里载入一个已有的实例�Q�具体取决于�q�个action是徏立或者修改Product的。ProductForm被赋值后�Q�译者：也就是调用PropertyUtils.copyProperties后）�Q�productForm.category已经从Product.category复制�q�来了（译者：实际上只是复制了category对象引用�Q��ƈ没有开销�Q�，然后�Q�ProductForm��p��用来生成��面了。我们同时也必须保证�Q�不覆盖已经被Hibernate载入的对象，所以我们必��L��?category)是不是�ؓnull�?br />
因�ؓreset()�Ҏ��是在ActionForm中定义的�Q�我们可以把上述代码攑օ�一个superclass�Q�比如CommonEditAction�Q�来处理�q�些事情�Q?br />

						      Product product = createOrLoadProduct();
        PropertyUtils.copyProperties( form, product );
        form.reset( mapping, request );

如果你需要一个只�ȝ��Form, 你有两个选择: �W�一��查所联系的jsp对象是不是null, �W�二复制domain对象到ActionForm之后调用Reset()

保存domain对象

我们解决了提交Form和生成Form��面的问�? 所以Struts可以满��了。但是Hibernate呢？当用户选择了一个null ID option �?在我们的例子中“no category”option- �q�且提交form, productForm.category指向一个新建立的hibernate对象�Q�id为null。当category属性从ProductForm复制到Hibernate控制的Product对象�q�且存储�Ӟ��Hibernate会抱怨product.category是一个��时对象，需要在Product存储前先被存储。当�Ӟ��我们知道它是Null�Q��ƈ且不需要被存储。所以我们需要将product.category�|��ؓNull�Q�然后Hibernate��p��存储Product了（译者：在这�U�情况下�Q�数据库product.category被设成空��|��。我们也不希望改变Hibernate的工作方式，所以我们选择在复制到Domain对象之前清理�q�些临时对象�Q�我们在ProductForm中加了一个方�?

						public class ProductForm extends ActionForm {
     private Long id;
     private Category category;
     ...
     public void reset(ActionMapping mapping, HttpServletRequest request) {
        super.reset( mapping, request );
        if ( category == null ) { category = new Category(); }
     }

     public void cleanupEmptyObjects() {
        if ( category.getId() == null ) { category = null; }
     }
}

我们在copyProperties之前清理掉这些��时对象，所以如果ProductForm.category只是用来放Null的，则将ProductForm.category�|��ؓNull。然后Domain对象的category也会被设成null:

						public class SaveProductAction extends Action {
     public final ActionForward execute( ActionMapping mapping, ActionForm form, 
        HttpServletRequest request, HttpServletResponse response ) throws Exception
     {
        ...
        Product product = new Product();
        ((ProductForm)form).cleanupEmptyObjects();
        PropertyUtils.copyProperties( product, form );
        SaveProduct( product );
        ...
     }
}

一对多关系

我还没有解决Category到Product的一对多关系。我们把它加入到Category的Metadata中：

						public class Category {
     ...
     private Set products;
     ...

     /**
      * @hibernate.set
      * table="PRODUCT"
      * lazy="true"
      * outer-join="auto"
      * inverse="true"
      * cascade="all-delete-orphan"
      * 
      * @hibernate.collection-key
      * column="CATEGORY_ID"
      * 
      * @hibernate.collection-one-to-many
      * class="Product"
      */
     public Set getProducts() {
        return products;
     }

     public void setProducts(Set products) {
        this.products = products;
     }
}

注意�Q?/strong>Hibernate的cascade属性�ؓall-delete-orphan表明�Q�Hibernate需要在存储包含的Category对象时候，自动存储Product对象。和parent对象一起存储child对象的情况�ƈ不常见，常见的是�Q�分别控制child的存储和parent的存储。在我们的例子中�Q�我们可以容易地做到�q�一点，如果我们允许用户在同一个html page�~�辑Category和ProductS。用set表示Products是非常直观的�Q?br />

public class CategoryForm extends ActionForm {
     private Set productForms;
     ...
     public void reset(ActionMapping mapping, HttpServletRequest request) {
        super.reset( mapping, request );

        for ( int i = 0; i < MAX_PRODUCT_NUM_ON_PAGE; i++ ) {
           ProductForm productForm = new ProductForm();
           productForm.reset( mapping, request );
           productForms.add( productForm );
        }
     }

     public void cleanupEmptyObjects() {
        for ( Iterator i = productForms.iterator(); i.hasNext(); ) {
           ProductForm productForm = (ProductForm) i.next();
           productForm.cleanupEmptyObjects();
        }
     }
}

更进一�?/strong>
我们已经可以察看,�~�辑,提交forms,�q�且存储相关的objects,但是为所有的ActionForm�c�d��义CleanupEmptyObjects()和reset()�Ҏ��是个累赘。我们将用一个抽象的ActionForm来完成协助完成这些工作�?br />
作�ؓ通用的实玎ͼ�我们必须遍历所有的Hibernate��理的domain对象�Q�发��C��们的identifier�Q��ƈ且测试id倹{��幸�q�的是：org.hibernate.metadata包已�l�有两个Utility�c�能取出domain对象的元数据。我们用ClassMetadata�c�L��查这个object是不是Hibernate��理的。如果是�Q�我们把它们的id Value取出来。我们用了Jakarta Commons Beanutils包来协助JavaBean元数据的操作�?br />

import java.beans.PropertyDescriptor;
import org.apache.commons.beanutils.PropertyUtils;
import org.hibernate.metadata.ClassMetadata;

public abstract class AbstractForm extends ActionForm {
   public void reset(ActionMapping mapping, HttpServletRequest request) {
      super.reset( mapping, request );

      // Get PropertyDescriptor of all bean properties
      PropertyDescriptor descriptors[] =
         PropertyUtils.getPropertyDescriptors( this );

      for ( int i = 0; i < descriptors.length; i++ ) {
         Class propClass = descriptors.getPropertyType();

         ClassMetadata classMetadata = HibernateUtil.getSessionFactory()
            .getClassMetadata( propClass );

         if ( classMetadata != null ) {   // This is a Hibernate object
            String propName = descriptors.getName();
            Object propValue = PropertyUtils.getProperty( this, propName );

            // Evaluate property, create new instance if it is null
            if ( propValue == null ) {
               PropertyUtils.setProperty( this, propName, propClass.newInstance() );
            }
         }
      }
   }

   public void cleanupEmptyObjects() {
      // Get PropertyDescriptor of all bean properties
      PropertyDescriptor descriptors[] =
      PropertyUtils.getPropertyDescriptors( this );

      for ( int i = 0; i < descriptors.length; i++ ) {
         Class propClass = descriptors.getPropertyType();
         ClassMetadata classMetadata = HibernateUtil.getSessionFactory()
            .getClassMetadata( propClass );

         if ( classMetadata != null ) {   // This is a Hibernate object
            Serializable id = classMetadata.getIdentifier( this, EntityMode.POJO );

            // If the object id has not been set, release the object.
            // Define application specific rules of not-set id here,
            // e.g. id == null, id == 0, etc.
            if ( id == null ) {
               String propName = descriptors.getName();
               PropertyUtils.setProperty( this, propName, null );
            }

         }
      }
   }
}

��Z��让代码可读，我们省略了Exception的处理代码�?br />
我们的新AbstractForm�c�M��Struts的ActionForm�cȝ��承，�q�且提供了通用行�ؓ�Q�reset和cleanup多对一兌��对象。当�q�个关系是相反的话（也就是一对多关系�Q�，那么每个例子��会有所不同�Q�类似在Abstract�c�里实现是比较好的办法�?br />
�ȝ��

Struts和Hibernate是非常流行和强大的框�Ӟ��他们可以有效地相互合作，�q�且弥补domain模型和MVC视图(view)之间的差别。这��文章讨��Z��个解决Struts/Hibernate Project的通用的方案，�q�且不需要大量修改已�l�有的代码�?/font>

rendong 2006-08-02 01:01 发表评论

spring配置文�g��?�?http://www.xin7dian.com/simple/index.php?t146.html)

rendong — Tue, 01 Aug 2006 16:57:00 GMT
��Z�h都爱Spring加Hibernate�?br />    但Spring MVC+hibernate的Sample如Appfuse的代码却��不得最��z�优��好读，如果在自��q��目中��l�发挥我们最擅长的依��L��葫芦大法�Q�美好愿望未必会实现�?
     所以，Pramatic�_��不灭。这个系列就是探��L��适合自己的Spring+Hibernate模式�?br />
                              I-配置文�g��?/strong>
     我厌倦一切配�|�文件繁重的框架�?
     最好的情况是，框架提供极端灉|��复杂的配�|�方式，但只在你需要的时�?/strong>�?br />
     Spring提供了三�U�可能来��化XML。随着国内用户水��^的提高，�q�些基本的简化技巧大安��已掌握�?br />     大家可以直接看第3�Q�第4�?-Spring 1.2, Spring 2.0的后�l�改�q��?br />
1.1.autowire="byName" /"byType"
     假设Controller有一个属性名为customerDAO�Q�Spring��׃��在配�|�文仉��查找有没有名字�ؓCustomerDAO的bean, 自动为Controller注入�?br />     如果bean有两个属性，一个想默认注入�Q�一个想自定义，只要讑֮�了autowire�Q�然后显式的声明那个惌��定义的，��可以达到要求。这��应了需求，在需要特别配�|�的时候就提供配置�Q�否则给我一个默认注入�?br />
     �q�有一个更懒的地方�Q�在最最栚w��?lt;beans>节点写一句default-autovwrie="byName"�Q�可以让文�g里的所有bean 都默认autowrie�?br />    不过Rod认�ؓ开发期可以�q�样�Q�但Production Server上不应该使用Autowire。而我觉得那些自定义一�ơ的地方比如TranscationManager应该详细定义�Q�而Dao,Controller�q�种大量重复定义的bean��可以偷�Ҏ��了�?/p>
1.2.节点之间抽象公共定义�?Inner Bean
    �q�太方便懒�h了，想不��C��个独立的XML节点都可以玩�l�承和派生，子节�Ҏ��有父节点的全部属性�?br />    最好用的地方就是那个Transtion Proxy的定义。先定义一个又长又冗的父类�Q�然后用子类�ȝ��承它�?br />
    另外�Q�还有一个Inner Bean的机�Ӟ��可以把DAO写成Proxy的内部类。�ؓ什么要写成内部�c?��Z��让Proxy冒名��替它去让Controller Autowire�?详见后面的示�?
1.3. 宽松的配�|? To XML or Not to XML
    据说Spring比Struts的配�|�宽松了很多�Q�这��q��人把东西从配�|�文件中撤回原码中的��Z��?br />    不赞成什么都往配置文�g里晒�Q�造成了Rich Information的配�|�文�Ӟ��修改或者查看的时候，要同时打开配置文�g和原码才能清楚一切�?
    而我希望配置文�g��集中做一些整体的配置�Q�还有框架必��ȝ��、无需��理的冗余代码。而一些细节的变化不大的配�|�和逻辑�Q�就��量别往里塞了。因此，Success/Fail View 的配�|�，不徏议放在里面�?
2.��化后的配�|�文�?/strong>
1.Controller只剩下一�?/p>
<bean name="customerController" class="org.springside.bookstore.web.CustomerController" autowire="byName"/>

2.DAO也只剩一�?/p>
<bean id="customerDAO" class="org.springside.bookstore.dao.CustomerDao"/>
3.Service�c�d��剩下5�?
  <bean id="customerManager" parent="baseTxService">
        <property name="target">
            <bean class="org.springside.bookstore.service.CustomerManager"/>
        property>
    bean>
3.Spring 1.2后xml语法��?br />
最主要的简化是把属性值和引用bean�?strong>子节�?/strong>变回�?strong>属性�?/strong>�Q�对不喜�Ƣautowire的兄弟比较有用�?br /> 当然�Q�如果value要CDATA的时候还是要用子节点。另外，list的值可以用�I�格隔开也比较实用�?br />
1.属性�?br />
<property name="foo">
     <value>fooValuevalue>
property>
��化�ؓ
<property name="foo" value="fooValue"/>

2.引用 bean
<property name="foo">
   <ref bean="fooBean">
property>
��化�ؓ
<property name="foo" ref="fooBean"/>

3. list可以��化�ؓ�I�格分开的字�W�串

<property name="myFriendList">
  <list>
     <value>gigixvalue>
        <value>wuyuvalue>
  list>
property>
��化�ؓ
<property name="myFriendList" value="gigix wuyu"/>


4.Spring 2.0来了
   如果没什么外力刺�Ȁ�Q�spring xml 可能��p��样不会变了。但现在xml成了�q�街老鼠�Q�被ror的默认配�|�和JDK5的annotation逼得不行�Q�当然就要��l�求变�?br />   比如有好事者认为，节点名必��M��bean打头�Q�附加一个属性id来表�C�bean名；属性值必��L��一个property子节点，子节点上有个属性name来表�C�属性名�Q�是�l�机器看的很不直观的东西�?
<bean id="customerDAO" class="org.springside...CustomerDAO">
<property name="maxCount" value="10">
bean>

�l��h看的东西应该��写�?
<customerDAO class="org.springside....CustomerDAO" maxCount="10"/>

Spring 2.0正用schema实现�c�M��的语法，具体��L��它的JPetStore sample�?br />
5.使用Spring自带的DTD使编辑器Smart.
    如果没有用Eclipse的Spring插�g�Q�那臛_��也要使用spring自带的dtd使XML�~�辑器smart一些，能够自动��Z��生成属�?判断节点/属性名�U�有没有拼错�{��?br />
6.�q�有更变态的��化配�|�方�?/strong>
   比如autoproxy�Q�不�q�我觉得更简化就不可控了�Q�所以没有采用�?br />
因�ؓSpring自带的sample��L��们的实际��目很远�Q�所以官方一点的model层模式展现就靠Appfuse了�?br />    但Appfuse的model层��d��有一个DAO接口、一个DAOImpl�c�R��一个Service接口、一个ServiceImpl�c�R��一个DataObject.....大概只有受惯了虐待的人才会欣然接受吧�?br />    另外�Q�Domain-Driven逢初一、十五也会被拿出来讨��Z��遍�?br />
    其实无论什么模式，都不�q�是一�U��h为的划分、抽象和��装。只要在团队里理解一��_��自我感觉优雅��p��了�?br />     我的��是，一开始DO和Manager一生一旦包演全场，DO作�ؓ�U�数据蝲体，而Manager�c�L��|�商业方法，用getHibernateTemplate()直接讉K��数据库，不强制基于接口编�E�。当某天�pȝ��复杂��C��直觉上需要将DAO层和Service层分开�Ӟ��再分开��好了�?br />
    1.DataObject�c?br />     好听点也可以叫Domain Object。Domain Driven Development虽然�׃�h�Q�但因�ؓJava下的ORM框架都是��Z��Data Mapper模式的，没有Ruby On Rails中那�U�Active Recorder的模式。所以，�q�是压下了这个欲望，Data Object�U��a作一个数据蝲体，而把数据库访问与商业逻辑操作�l�一攑ֈ�Manager�c�M��?br />
    2.Manager�c?/font>
    我的Manager�c�L��Appfuse中DAO�c�M��Service�cȝ��l�合体，因�ؓ�Q?br />
    2.1 不想使用�U�DAO
     以往的DAO是�ؓ了透明不同数据库间的差异，而现在Hibernate已经做的很好。所以目前纯DAO的更大作用是��Z��来可以切换到别的ORM�Ҏ��比如iBatis�Q�但一个Pragmaic的程序员昄��不会无聊��Cؓ了这个机会不大的理由�Q�现在就��d��一个纯DAO层，��目又不是Appfuse那样��Z��demo各种ORM�Ҏ��而存在�?br />
    2.2 也不使用�U�的薄Service�?br />    在JPetStore里有一个很薄的Service层，Fascade了一堆DAO�c�，把这些DAO�cȝ��所有方法都�늡�的重复了一遍。而我认�ؓFascade的意义在二：
    一是Controller调用Manager甲的时候，��M��伴随着调用Manager乙的某些�Ҏ��。��用Fascade可以避免Controller零散的调用一堆Manager�c�R�?br />    二是一个商业过�E�里可能需要同时调用DAO甲乙丙丁的方法。�?br />
     �q�些时候，Fascade都是合理的。但我讨厌类膨胀�Q�所以我宁愿在甲乙丙丁中挑一个来充当Fascade的角艌Ӏ�有耦合的问题吗�Q�对一个不是死搬书的Designer来说�Q�组件边界之内的�c�M��间的耦合�q�不是耦合�?br />
    3.去除不必要的��Z��接口�~�程
    众所周知�Q�Spring是提倡基于接口编�E�的�?br />    但有些Manager�c�，比如SaleOrderManager �Q�只�?%的机会再有另一个Impl实现�?5%旉��里这两兄弟站一��P��像C++里的.h�?cpp�Q�徒增维护的�J�琐(�l�常要同步两个文件的函数声明)�Q�和代码��览跌��{时的不便(比如从Controler�c�跟�t�到Service�c�L��Q�只能蟩转到接口�cȝ��相应函数�Q�还要再按一�ơ复杂的热键才蟩转到实现�c?
    �q�Martin Flower都说�Q�强制每个类都分��L��口和实现是过犹不及。只在有多个独立实现�Q�或者需要消除对实现�cȝ��依赖�Ӟ��才需要分��L��口�?br />
    3.1 DAO被强制用接口的原�?/strong>
    Spring IOC本��n是不会强制基于接口的�Q�但DAO�c�M��般要使用Spring的声明式事务机制�Q�而声明式的事务机制是使用Spring AOP来实现的。Spring AOP的实现机制包括动态代理和Cgilib2�Q�其中Spring AOP默认使用的Java动态代理是必须��Z��接口�Q�所以就要求��Z��接口了�?br />
    3.2 解决�Ҏ��
    那就让Spring AOP改用CGLib2�Q�生成目标类的子�c�d��Q�我们只要指定��用声明式事务的FactoryBean使用CGLib的方式来实现AOP�Q�就可以不基于接口编�E�了�?br />    指定的方式�ؓ讄��proxyTargetClass为true。如下：
<bean class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"
id="baseService"   abstract="true">
  <property name="transactionManager" ref="transactionManager"/>
  <property name="proxyTargetClass" value="true"/>

bean>

     又因��些Service Bean都是单例�Q�效率应该不受媄响�?br />
    4.�ȝ��
    �Ҏ��Appfuse里面�?个类�Q�我的Model层里只有VO作�ؓ�U�数据蝲体，Manager�c�L��商业�Ҏ��。有��q�样太简单了�Q�但一个应用，要划成几个JSP�Q�一个Controller�Q�一个Manager�Q�一个VO�Q�对我来说已�l��够复杂，再要往上架墙叠屋，恕不奉陪�Q��v码在我的��目范围里不需要�?但有很多��目是需要的�Q�神佑世人）

    后记�Q�迫于世人的压力�Q?a href="http://www%20.springside.org.cn/">SpringSide�q�是把DAO和Service层分开了，但依然坚持不搞那么多接口�?br />
Struts与Webwork的扇子请跌��本篇�?br />
    MVC不就是把M、V、C分开么？臛_��物朴素的做法是两个JSP一个负责View�Q�一个负责Controller�Q�再加一个负责Model的Java Bean�Q�已�l�可以工作得很好�Q�那时候一切都很简单�?br />    而现在�ؓ了一些不是本质的功能�Q�冒��么多非标准的Web框架�Q�实在让��Z��阵郁闗��像Ruby On Rails那样��捷开发，可用可不用，而且没有太多的限刉��要学习的�Q�比�?strong>Webwork�q�型�q�可以考虑。但像Struts那样��用框架��麻烦，或者像Tapestry那样有严重自闭們֐��Q�额上凿着"高手专用玩具"的，用在团队里就是不负责�ȝ��行�ؓ了�?br />
    so�Q?strong>我的MVC�Ҏ��是��用Spring MVC的Controller接口�Q�写最普通的JavaBean作�ؓController�Q�本质就和当�q�拿JSP作Controller差不多，但拥有了Spring IOC的特性�?/div>
    之所以用�q�么消极的选择标准�Q�是因�ؓ觉得�q�一代MVC框架��重回RAD时代的标准还很远�Q�注定了只是一�D늟�暂的�Q�过渡的技术，不值得投资太多�_�֊�和团队学习成本�?/div>

1. 原理
     Spring MVC按植物分�c�d��属于Martin Flower〈企业应用模式〉里的静态配�|�型Front Controler�Q��用DispatchServlet截获所�?.do的请求，按照xml文�g的配�|�，调用对应的Command对象的handleRequest(request,response)函数�Q�同时进行依赖对象的注入�?br />     我们的Controller层，��是实现handleRequest(request,response)函数的普通JavaBean�?/div>

2. 优势
     Spring MVC与struts相比的优�?
     一是它的Controller有着从松到紧的类层次�l�构�Q�用户可以选择实现只有一个HandleRequest()函数的接口，也可以��用它有很多回调函数的SimpleFormController�c�R�?/div>
     二是不需要Form Bean�Q�也不需要Tapestry那所谓面向对象的��面对象�Q�对于深怕类膨胀�Q�改一个东西要动N个地方的人最适合不过�?/div>
     三是不需要强XML配置文�g�Q�宣告式�~�程是好的，但如果强制成框架�Q�什么都要在xml里面宣告�Q�写的时候繁琐，看的时候也要代码配�|�两边看才能明白��比较麻烦了�?/div>

     那Webwork�?没有实战�q�，不过因�ؓ对MVC框架所求就不多�Q�单用Spring MVC的Controller已经可以满��需求，��׃��多搞一套Webwork来给团队讑֝��Q�还有给日后�l�护�Q�spring,ww2之间的版本升�U�添�ȝ��了。真有什么需要添加的�Q�Spring MVC源代码量很少�Q�很�Ҏ��掌控和扩展�?br />
3.化简
3.1. 直接implement Controller�Q�实现handleRequest()函数
      首先�Q�simple form controller非我所好，一炚w��不simple。所以有时我会直接implement Controller接口。这个接口的唯一函数是供Front Controller调用的handleRequest(request,response)�?br />      如果需要application对象�Q�比如想用application.getRealPath()�Ӟ��p��extends webApplicationObjectSupport�?br />
3.2.每个Controler负责一�l�相关的action
       我是坚决支持一个Controler负责多个action的，一个Controler一个action��像一个function一个类一��h��聊。所以我用最传统的方式，用URL参数如msg="insert"把一�l�相关action交给一个Controler控制。ROR与制作中的Groovy On Rails都是�q�种模式�Q�Spring也有MultiActionController支持�?br />       以上三者都是把URL参数直接反射为Controller的函敎ͼ��?a >Stripes的设计可用annotation标注url action到响应函数的映射�?/div>

3.3.xml宣告式编�E�的取舍
    我的取舍很简单，反正Spring没有��M��强制�Q�我只在可能需要不重新�~�译而改变某些东西的时候，才把东西攑֜�xml里动态注入。jsp路径之类的就�l�统收回到controller里面定义.

3.4.Data Binder
       Data Binder是Controller的必有环节，对于Spring提供的DataBinder�Q�照理完全可用，唯一不爽是对象如果有内嵌对象�Q�如订单对象里面包含了Customer对象�Q�Spring需要你先自行创��Z��Customer对象�q�把它赋�l�了Order对象�Q�才可能实现order.customer.customer_no�q�样的绑定。我��h��Q�又拿Jakarta BeanUtils出来自己做了一个Binder�?br />
3.5.提取基类
      最后还是忍不住提取了一个基�c�，负责MultiAction和其他一些简便的�Ҏ��。Sprnig的MultiActionController做得太死�Q�规定所有函数的�W?,2个参数必��L��request和response�Q�不懂动态的�Q�温柔的�q�行参数注入�?br />

     �l�过化简再化��Q�已�l�是很简单一个Java Bean �Q��Q谁都可以��L��上手�Q�即使某�q�某月技术的大潮把现在所有MVC框架都��没了�Q�也不至于没��得维护�?br />人生像个舞台�Q�请良家��女��d��?br />    同样的，Freemarker和Velocity爱好者请跌��本篇。与弃用webwork而单用Spring MVC Controller接口的理�׃��P��Freemarker本来是一样好东西�Q�还跨界支持jsp 的taglib�Q�而且得到了WebWork的全力支持，但�ؓ了它的非标准化，用户数量与IDE的缺乏，在View层我们还是��用了保守但�h��Z��用，IDE友好的JSP2.0 配合JSTL�?br />
    对于B/S�l�构的企业应用��Y件来��_��基本的页面不外两�U�，一�U�是填Form的，一�U�是DataGrid 数据列表��理的，再配合一些css, js, ajax的效果，��是View层要��x��的东西了�?br />
1. JSP 2.0的EL代替
JSP2.0可以直接把EL写在html部分�Q�而不必动�?lt;c:out>节点后，老实��_��JSP2.0+JSTL辑ֈ�的页面效果，已不比Velocity相差多少了�?
<p>{goods.name}p>
代替
<p><c:out value="{goods.name}"/>p>
(除了EL里面不能调用goods的函敎ͼ�sun那帮老顽固始�l�坚持JSTL只能用于数据昄��Q�不能进行数据操作，所以不能调用bean的get/set外的�Ҏ��)

2. 最懒的form 数据�l�定
    Spring��得可怜的几个tag基本上是鸡肋�Q�完全可以不要�?而Spring开发中的那些Simple Form tag又还没有发布。Spring的Tag主要用来把VO的值绑到input框上。但是，和Struts一��P��需要逐个Input框绑定，而且语法极度冗长�Q�遇到select框还要自��p��行处�?....典型的Spring Sample��面让�h一阵头�?
    �?a >jodd的form tag�l�了我们懒�h一个懒得多的方法，只要�?lt;form>两头�?lt;jodd:form bean="myVO">包住�Q�里面的所有input框，select框，checkBox...�l�统自动被绑定了�Q�这么简单的事情�Q�真不明白struts,spring��Z��么不用，��Z��不必要的灉|��性么?
<form>
<jodd:form bean="human">
<input type="text" name="name">
<input type="radiobox" name="sex" value="man">
<select name="age">
  <option value="20">20option>
  <option value="30">30option>
select>
jodd:form>
form>

不过�Q�jodd有个致命��q��是不能绑定内嵌对象的倹{��比如Order(订单)对象里有个Customer(��֮�)对象�Q�jodd��׃��能像 struts,spring一��L��如下语法�l�定:
<input name="customer.customerNo">
�q�是因�ؓ它的beanUtils比Jakata Common弱，用了一个错误的思�\的缘故�?动用beanUtils修改一下就可以了，修改后的源码可以在这里下�?/font>�?
3. DataGrid数据列表
DisplayTag和ValueList都属于这�U��Ş式的Tag Library。但最�q�出现的Extreme Table是真正的killer�Q�他本��n功能强大不说�Q�而且从一开始就想着如何让别��行扩展重载，比如Extend Attributes机制��是DisplayTag�q�样的让千�h一面者不会预留�?br />

4.css, java script, ajax
天下�U�h��Q�没有什么特别想讲想推荐的，��p��谁吧�?a >Buffalo, DWR, Scriptaculous, Prototype, AjaxTags, AjaxAnywhere, Rico, Dojo, JSON-RPC�Q�看着名字��头痛�?br />

rendong 2006-08-02 00:57 发表评论

rendong — Tue, 01 Aug 2006 06:31:00 GMT
今天有一个朋友问了我一个问题，他��用的是Hibernate/Spring/Struts架构�Q�配�|��用Spring的OpenSessionInView Filter�Q�但是发��C��生效�Q�lazy的集合属性在��面讉K��的时候仍然报session已经关闭的错误。我和他一��h��查了所有的配置和相关的代码�Q�但是没有发��C�Q何问题。经�q�调试发玎ͼ�应用�E�序使用的Session和OpenSessionInView Filter打开的Session不是同一个，所以OpenSessionInView模式没有生效�Q�但是�ؓ什么他们不使用同一个Session呢？
��查了一遍Spring的相��x��代码�Q�发��C��问题的根源：
通常在Web应用中初始化Spring的配�|�，我们会在web.xml里面配置一个Listener�Q�即�Q��?/span>
xml代码:
<listener>
   <listener-class>
     org.springframework.web.context.ContextLoaderListener
   </listener-class>
</listener>
如果使用Struts�Q�那么需要在Struts的配�|�文件struts-config.xml里面配置一个Spring的plugin�Q�ContextLoaderPlugIn�?

实际上ContextLoaderListener和ContextLoaderPlugIn的功能是重叠的，他们都是�q�行Spring配置的初始化工作的。因此，如果你不打算使用OpenSessionInView�Q�那么你�q�不需要在web.xml里面配置ContextLoaderListener�?

好了�Q�但是你现在既需要Struts集成Spring�Q�又需要OpenSessionInView模式�Q�问题就来了�Q?

�׃��ContextLoaderListener和ContextLoaderPlugIn功能重叠�Q�都是初始化Spring�Q�你不应该进行两�ơ初始化�Q�所以你不应该同时��用这两者，只能选择一个，因�ؓ你现在需要集成Struts�Q�所以你只能使用ContextLoaderPlugIn�?

但是令�h困惑的是�Q�ContextLoaderListener和ContextLoaderPlugIn有一个非常矛盄��地方�Q?

ContextLoaderListener初始化spring配置�Q�然后把它放在ServletContext对象里面保存�Q?

java代码:

servletContext.setAttribute(
WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE, this.context);

��h��意，保存的对象的key是WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE�Q?br />但是ContextLoaderPlugIn初始化spring配置�Q�然后把它放在ServletContext对象里面保存�Q?

java代码:

String attrName = getServletContextAttributeName();
getServletContext().setAttribute(attrName, wac);

�q�个attrName和WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE名字是不一��L��Q?

如果仅仅是名字不一��P��问题�q�不大，你仍然可以放心��用ContextLoaderPlugIn�Q�但是当你��用OpenSessionInView的时候，OpenSessionInViewFilter是��用哪个key取得spring配置的呢�Q?

java代码:

WebApplicationContext wac =
WebApplicationContextUtils.getRequiredWebApplicationContext(getServletContext());

昄��Q�OpenSessionInViewFilter是按照WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE�q�个key��L��spring配置的！

我们整理一下思�\�Q?

ContextLoaderPlugIn保存spring配置的名字叫做attrName�Q?
�Q�ContextLoaderListener保存spring配置的名字叫做WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE�Q?
而OpenSessionInView是按照WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE�q�个名字��d��得spring配置的！
而你的应用程序却是按照attrName��d��得spring的配�|�的�Q?

所以，OpenSessionInView模式失效�Q?

解决办法�Q?
修改ContextLoaderPlugIn代码�Q�在getServletContext().setAttribute(attrName, wac);�q�个地方加上一行代码：
getServletContext().setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE, wac);

或者修改OpenSessionInViewFilter�Q�让它按照attrName��d��得spring配置�?br />

我原来用struts/spring/hibernate的时候同样��用OpenSessionInView�Q�但是似乎没有robbin所说的问题啊。而且我在使用的时候，是ContextLoaderListener和ContextLoaderPlugIn一��L��的。整个配�|�如下：
1.首先是web.xml
java代码:

OpenSessionInViewFilter
class>org.springframework.orm.hibernate.support.OpenSessionInViewFilterclass>

OpenSessionInViewFilter
/*

org.springframework.web.context.ContextLoaderListener

......

2. 然后是struts-config.xml�Q?
java代码:

springframework.web.struts.ContextLoaderPlugIn">
value="/WEB-INF/action-servlet.xml"
/>

其余部分省略�?

在上�q�配�|�下�Q��用OpenSessionInView��g��没有问题�?

不知道robbin所说的ContextLoaderListener和ContextLoaderPlugIn不应该同时��用是不是做得是如下的配置�Q�（struts-config.xml�Q?

java代码:

className="org.springframework.web.struts.ContextLoaderPlugIn">
value="/WEB-INF/applicationContext.xml,
/WEB-INF/action-servlet.xml"/>

我尝试了一下，用这�U�配�|�时�Q�OpenSessionInView的确失效了�?

我猜惻I��原因大概是这��P��struts的这个plugIn�Q�可能只是�ؓ了整合一个action-servlet.xml�Q�将action-servlet.xml中的定义当作Spring的bean来��用，因此�Q�在保存�Ӟ��只要有action-servlet.xml的配�|�，��p��保存到robbin所提到的那个attrName中，而不是WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE中，所以，OpenSessionInView是取不到�q�个配置的�?

那么�q�个配置什么时候被取到呢？直觉告诉我，可能是和Action的Proxy有关。于是，查看了org.springframework.web.struts.DelegatingActionProxy的源码，果然�Q?
java代码:

/**
* Return the delegate Action for the given mapping.
*
The default implementation determines a bean name from the
* given ActionMapping and looks up the corresponding bean in the
* WebApplicationContext.
* @param mapping the Struts ActionMapping
* @return the delegate Action
* @throws BeansException if thrown by WebApplicationContext methods
* @see #determineActionBeanName
*/
protectedAction getDelegateAction(ActionMapping mapping)throws BeansException {
WebApplicationContext wac = getWebApplicationContext(getServlet(), mapping.getModuleConfig());
String beanName = determineActionBeanName(mapping);
return(Action) wac.getBean(beanName, Action.class);
}

/**
* Fetch ContextLoaderPlugIn's WebApplicationContext from the
* ServletContext, containing the Struts Action beans to delegate to.
* @param actionServlet the associated ActionServlet
* @param moduleConfig the associated ModuleConfig
* @return the WebApplicationContext
* @throws IllegalStateException if no WebApplicationContext could be found
* @see DelegatingActionUtils#getRequiredWebApplicationContext
* @see ContextLoaderPlugIn#SERVLET_CONTEXT_PREFIX
*/
protected WebApplicationContext getWebApplicationContext(
ActionServlet actionServlet, ModuleConfig moduleConfig)throwsIllegalStateException{
return DelegatingActionUtils.getRequiredWebApplicationContext(actionServlet, moduleConfig);
}

仔细看其中的取wac的代码，它�ƈ不是从WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE取的wac�?

由此�Q�我�怿��Q�除了robbin讲的修改源码以外�Q�同时��用ContextLoaderListener和ContextLoaderPlugIn�Q�但是不要在ContextLoaderPlugIn里面加入applicationContext.xml�Q�只要加入你的action-servlet.xml�Q�我�怿��Q�同样也可以非常��畅的��用OpenSessionInView �?br />

我也遇到了上面说的openSessionInView不�v作用的问题（web.xml既定义了listener�Q�也定义了struts plugin�Q�，我想问一下，上面提到的action-servlet.xml到底是什么内容？
在我的应用里spring的配�|�文件是application-context.xml�Q�它本��n是空的，引用spring-data.xml�Q�sping-security.xml�{�等和存攑֯�应struts action的spring 配置文�gspring-struts-action.xml�?
struts的配�|�文件是struts-config.xml�Q�里面定义了所有的action�Q�它们的class都是org.springframework.web.struts.DelegatingActionProxy。最后的plug-in�?
java代码:

className="org.springframework.web.struts.ContextLoaderPlugIn">
value="/WEB-INF/applicationContext.xml"/>

�l�果也遇��C��openSessionInView不�v作用的问�?
在我的应用里都没有出现过action-servlet.xml�Q�我想问下它到底是什么？是对应于我的spring-struts-action.xml�q�是struts-config.xml引用的一部分�Q?

通俗的说�Q�这个action-servlet.xml到底是spring配置文�g�q�是struts的配�|�文�Ӟ��

我仔�l�想了一下，那个action-servlet.xml应该是spring配置的一部分�Q�也��是说对应我的spring-struts-action.xml�Q�明��的��_��q�个里面的xml语法是spring配置文�g的）�Q�应该是�q�样的吧�Q�不�q�按照这个理解下去，我又产生了问题�?
我的理解时这��L��Q�spring里面的listener会在web.xml里加载spring的容器，struts ActionServlet初始化时又会�Ҏ��struts-config.xml里的spring plugin配置再初始化一个spring容器�Q�所以原则上说只要一个就可以了，如果2处都配了�Q�会初始�?个spring容器�Q�在和struts�l�合的用法里�Q�实际有效的是stuts配置里面那个plugin初始化的容器�Q�因为用��h��作的入口都是struts的action。那么二楼提供的�Ҏ��其实��是所有的bean都由那个listener初始化的�Q�存在于�W�一个spring容器中，然后stuts只初始化那些和struts action兌��的action bean�Q�存在第二个容器里（�q�两个容器的区分��在于robbin提到的他们的名字不同�Q�但是问题就是：
��Z��么在二楼的的�Ҏ��中，用户通过action讉K��spring bean�Q�那么应该只是访问的�W�二个容器里的action bean�Q�而service bean在第一个容器里�Q�那�W�二个容器里的action bean是怎么会可以访问到�W�一个容器里的service bean和其他所有spring bean的呢�Q�实在是费解 �?br />

感谢搂主的分析，spring的struts plugin��实有上�q�描�q�的问题
如果�Ҏ��原来的方法，context会初始化2�ơ，看了plugin的源码以后我对它作了��小的修改，首先��查context是不是被初始化过�Q�如果有则直接从attribute中获取，如果没有初始化，则根据plugin的配�|�初始化�Q�同时保证了context只被初始化一�ơ�?
原来的意图是屏蔽web.xml中的context监听�Q�直接用plugin初始化context�Q�但启动��p�|�Q�于是作了上�q�C��?
java代码:

//read the application context from the aplication attribute
WebApplicationContext wac = null;
String attrName = getServletContextAttributeName();
if(getServletContext().getAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE)!=null){
wac = (WebApplicationContext) getServletContext().getAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE);
logger.info("Using the context listener's context "+wac);
}
else {
logger.info("Load the context plugin application context ");
WebApplicationContext parent = WebApplicationContextUtils.getWebApplicationContext(getServletContext());

wac = createWebApplicationContext(parent);
if (logger.isInfoEnabled()) {
logger.info("Using context class '" + wac.getClass().getName() + "' for servlet '" + getServletName() + "'");
}
//set to attribute to spring listener
getServletContext().setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE, wac);
}

// Publish the context as a servlet context attribute.
getServletContext().setAttribute(attrName, wac);

PS. 有个疑问�Q�如果说spirng中的bean只有一个实例，应该说无论初始化多少�ơ都应该获得的是同一个实例啊�Q?/span>

strutspugin.rar
描述:
�Ҏ��spirng 1.2.7 重新�~�译的ContextLoaderPlugin

下蝲
文�g�? strutspugin.rar
文�g大小: 4.16 KB
下蝲�q�的: 文�g被下载或查看 194 ��?/span>

我觉得这个根本就是大家对Spring的理解的问题�?

如果�q�真是一个严重的问题�Q�以至于需要修�Ҏ��码来修正�Q�Spring的team不会到现在没有发玎ͼ�到现在还没有修正。�ؓ什么Spring的context分成了多个文�Ӟ��Z��么用applicationContext.xml了，�q�有xxx-servlet.xml�Q?

如果大家监听ContextRefreshedEvent的话�Q�会发现一个web app臛_��会有两个�q�样的event�Q�下面是我的现在的应用打印出的context及其所包含的beans�Q?
org.springframework.web.context.support.XmlWebApplicationContext: display name [Root WebApplicationContext]; startup date
[Wed May 10 17:30:13 CST 2006]; child of [org.springframework.context.support.ClassPathXmlApplicationContext: display name [org.springframework.context.support.ClassPathXmlApplicationContext;hashCode=3736840]; startup date [Wed May 10 17:30:09 CST
2006]; root of context hierarchy]; config locations
[/WEB-INF/webApplicationContext.xml,/WEB-INF/webApplicationContext-*.xml,/WEB-INF/standardJspApplicationContext.xml,classpath
*:config/spring/app-context-base.xml,classpath*:config/spring/app-context-hibernate.xml,classpath*:config/spring/app-context-
ibatis.xml,classpath*:config/spring/app-context-integration.xml,classpath*:config/spring/app-context-biz.xml]

[messageSource, localeResolver, exposeSpringBeanDefinition, dataListOfTerminalInfoForm, dataListOfPointsSpecialOfferForm,
dataListOfSearchTerminalForm, pointsSpecialOfferForm1, terminalInfoForm1, searchTerminalForm1,
dataListOfSearchCardAccountDetailForm, dataListOfSearchPhysicalCardInfoForm, dataListOfSearchCardApplicationInfoForm,
dataListOfSearchTransactionForm, searchCardAccountDetailForm1, searchCardAccountDetailForm2, searchCardAccountDetailForm3,
searchPhysicalCardInfoForm1, searchPhysicalCardInfoForm2, searchPhysicalCardInfoForm3, searchTransactionForm1, searchTransactionForm2, searchTransactionForm3, displayTransactionFormForTest, dataListOfReplaceCardForm, dataListOfSearchCardInfoForm, cardInfoFormForTest, cardAccountForm1, cardAccountForm2, cardAccountForm3, searchCardInfoForm1, searchCardInfoForm2, searchCardInfoForm3, replaceCardForm1, replaceCardForm2, replaceCardForm3,
searchCardApplicationInfoForm1, searchCardApplicationInfoForm2, searchCardApplicationInfoForm3,
displayCardApplicationInfoFormForTest, displayCardApplicationInfoFormForTest1, csvDisplayProvider, excelDisplayProvider,
classicLook, simpleLook, microsoftLook, dacHandler, integer0, integer1, integer2, integer3, integer4, integer5, integer6, integer7, integer8, integer9, sessionFactory, transactionManager, hibernateTemplate, abstractHibernateDao, abstractDacHolderHibernateDao, ageLevelDefinitionDao, auditLogDao, bankDao, bankBranchDao, binRangeDao, cardDao,
cardAccountDao, cardAccountDetailDao, cardApplicationDao, cardSalesAgentDao, cardTypeDefinitionDao, centerDao,
centerAccountDao, centerAccountDetailDao, corporationDao, corporationTypeDefinitionDao, csaAccountDao, csaAccountDetailDao, csaBillsDao, csaTypeDefinitionDao, educationLevelDefinitionDao, generalLedgerDao, generalLedgerDetailDao, generalLedgerTypeDefinitionDao, identificationTypeDefinitionDao, incomeLevelDefinitionDao, industryDao, journalDao, journalBackupDao, maritalStatusDefinitionDao, merchantDao, merchantAccountDao, merchantAccountDetailDao, merchantApplicationDao, merchantBillsDao, merchantTypeDefinitionDao, occupationTypeDefinitionDao, outboundEmailDao, permissionDao, physicalCardDao, pointsSpecialOfferDao, residentialTypeDefinitionDao, roleDefinitionDao, rolePermissionDao,
systemConfigDao, terminalDao, terminalConfigurationDao, terminalModelDefinitionDao, transactionSummaryDao,
transactionTypeDefinitionDao, userDao, userCreditRatingDao, userLevelDefinitionDao, userRoleDao, sqlMapClient,
abstractIbatisValueListAdapter, valueListHandler, propertyConfigurer, dataSource, voidTransactionTemplate,
inquiryBalanceTransactionTemplate, definitionBizFacade, facadeHolder, pointsTransactionTemplate, emailBizObject,
clsSpringEventListener, balanceBizFacadeTarget, kernelBizObject, printBizFacadeTarget, pointsSpecialOfferBizFacadeTarget,
settlementBizObject, addPointsTransactionTemplate, inquiryMerchantAccountInfoTransactionTemplate,
addMerchantPointsTransactionTemplate, emailBizFacadeTarget, centerBizFacadeTarget, monitorBizFacadeTarget,
endOfDayReportTransactionTemplate, cardBizFacadeTarget, pointsCalculator, balanceBizObject, pointsSpecialOfferBizObject,
auditLogBizFacadeTarget, terminalBizFacadeTarget, terminalBizObject, templateHolder, settlementBizFacadeTarget,
merchantBizObject, userBizObject, changePinTransactionTemplate, centerPurchasePointsBackTransactionTemplate,
definitionBizObject, monitorBizObject, auditLogBizObject, merchantBizFacadeTarget, userBizFacadeTarget,
responseMessageDataFactoryBean, tradingBizObject, printBizObject, csaBizObject, csaBizFacadeTarget, kernelBizFacadeTarget,
cardBizObject, centerBizObject, tradingBizFacadeTarget, downloadParametersTransactionTemplate, baseTransactionProxy,
abstractDataFacade, balanceBizFacade, printBizFacade, settlementBizFacade, emailBizFacade, kernelBizFacade,
auditLogBizFacade, pointsSpecialOfferBizFacade, terminalBizFacade, userBizFacade, merchantBizFacade, csaBizFacade,
monitorBizFacade, cardBizFacade, centerBizFacade, tradingBizFacade, pointsConverter, transactionTypeHelperBean, integer100, integer106, integer110, integer111, integer120, integer180, integer181, integer182, integer200, integer220, integer221]

---------------------------------------------------------------context2
org.springframework.web.context.support.XmlWebApplicationContext: display name [WebApplicationContext for namespace
'action-servlet']; startup date [Wed May 10 17:31:01 CST 2006]; child of
[org.springframework.web.context.support.XmlWebApplicationContext: display name [Root WebApplicationContext]; startup date
[Wed May 10 17:30:13 CST 2006]; child of [org.springframework.context.support.ClassPathXmlApplicationContext: display name
[org.springframework.context.support.ClassPathXmlApplicationContext;hashCode=3736840]; startup date [Wed May 10 17:30:09 CST
2006]; root of context hierarchy]; config locations
[/WEB-INF/webApplicationContext.xml,/WEB-INF/webApplicationContext-*.xml,/WEB-INF/standardJspApplicationContext.xml,classpath
*:config/spring/app-context-base.xml,classpath*:config/spring/app-context-hibernate.xml,classpath*:config/spring/app-context-
ibatis.xml,classpath*:config/spring/app-context-integration.xml,classpath*:config/spring/app-context-biz.xml]]; config
locations [/WEB-INF/action-servlet.xml]

[/EditCurrentUserInfoAction, /FakeLoginAction, /SaveCardInfoAction, /LoginAction, /EditOperatorPswAction,
/SavePointsSpecialOfferAction, /DisplayCurrentUserInfoAction, /DisplayOperatorApplicationAction, /EditEmailAction,
/RegisterCardAction, /IssueCardsAction, /SearchEmailAction, /RegisterCsaAction, /EditTerminalInfoAction,
/ReleaseTerminalAction, /ReleaseCsaAction, /SaveTerminalInfoAction, /SearchTransactionAction, /SearchOperatorInfoAction,
/ProcessCardApplicationAction, /EditTerminalConfigurationAction, /EditGenericUserByIdAction, /SearchMerchantInfoAction,
/SearchTerminalAction, /SaveCsaPswAction, /SaveCsaInfoAction, /SaveCardTypeAction, /RegisterPointsSpecialOfferAction,
/SearchCardInfoAction, /EditMerchantInfoAction, /SearchCardAccountDetailAction, /SearchCardApplicationInfoAction,
/DisplayTransactionStatisticsAction, /DisplayRegisterCardInfoAction, /SaveEmailAction, /EditCardInfoByIdAction,
/MoniterSystemLogAction, /ReleasePointsSpecialOfferAction, /SearchMerchantAccountDetailAction, /EditMerchantPswAction,
/ReleaseMerchantAction, /ListCardTypeAction, /StockCardsAction, /ProcessOperatorApplicationAction,
/SearchPhysicalCardInfoAction, /SearchCsaInfoAction, /SearchOperatorApplicationAction, /ReleaseOperatorAction,
/DisplayCardApplicationInfoAction, searchEmailValueListBuilder, /SearchCsaApplicationAction, /RegisterCardTypeAction,
/MonitorTerminalStatusAction, /SearchCsaAccountDetailAction, /SearchUserAction, /ReleaseCardTypeAction, /ReleaseUserAction,
/ReleaseEmailAction, /CreateBlankCardsAction, /RegisterBulkCardsAction, /SaveMerchantPswAction,
/SearchPointsSpecialOfferAction, /EditPswAction, /SearchMerchantApplicationAction, /DisplayCsaApplicationAction,
/EndOfDayAction, /EditPointsSpecialOfferAction, /DisplayMerchantApplicationAction, /RegisterEmailAction, /EditCsaPswAction,
/ProcessMerchantApplicationAction, /EditCardTypeDefinitionAction, /SaveOperatorInfoAction, /SaveMerchantInfoAction,
/SaveOperatorPswAction, /EditOperatorInfoAction, /RegisterMerchantAction, /EditCsaInfoAction, /ChangeSystemStatusAction,
/ProcessSystemLogAction, /RegisterOperatorAction, /RegisterTerminalAction, /DisplayTransanctionAction,
/ProcessCsaApplicationAction, /MerchantPointsRedeemTransactionReportAction, /SaveTerminalConfigurationAction,
autoProxyCreator, profilingAdvice, profilingAdvisor, strutsActionAdvice, baseSearchAction, userTypeBasedSelector,
valueListBuilder]

------------------------------------------------------------------------context3
org.springframework.web.context.support.XmlWebApplicationContext: display name [WebApplicationContext for namespace
'trading-servlet']; startup date [Wed May 10 17:31:08 CST 2006]; child of
[org.springframework.web.context.support.XmlWebApplicationContext: display name [Root WebApplicationContext]; startup date
[Wed May 10 17:30:13 CST 2006]; child of [org.springframework.context.support.ClassPathXmlApplicationContext: display name
[org.springframework.context.support.ClassPathXmlApplicationContext;hashCode=3736840]; startup date [Wed May 10 17:30:09 CST
2006]; root of context hierarchy]; config locations
[/WEB-INF/webApplicationContext.xml,/WEB-INF/webApplicationContext-*.xml,/WEB-INF/standardJspApplicationContext.xml,classpath
*:config/spring/app-context-base.xml,classpath*:config/spring/app-context-hibernate.xml,classpath*:config/spring/app-context-
ibatis.xml,classpath*:config/spring/app-context-integration.xml,classpath*:config/spring/app-context-biz.xml]]; config locations [/WEB-INF/trading-servlet.xml]
[clsRawTagElementParser, transactionProcessor, clsTradingServlet, rawTagElementParser]

如果照大家所说的�Ҏ��L��源代码，那么后启动的servlet的context会覆盖前面一个启动的servlet的context�Q�对于我的应用来��_��那种方式会导致action-servlet丢失。开始robbin提出的错误，是因��Z��在strutsPlugin里多配置了appContext�Q�导致实际上�?分appContext的beans存在�Q�child在自��q��context里就可以扑ֈ�所需要的bean�Q�也��׃��会去parent里找了。StrutsPlugin里的attrName是正��合理的�?

当然你可以把所有所有的bean全部攑ֈ�root context里，�q�也行的通，不过本�h极力反对�q�种方式�Q�bean的组�l�太乱�?

Spring的context是分层次的：不要把在写contextConfigLocation的时候，把你的xxx-servlet.xml路径也加�q�去�Q�不要在写xxx-servlet.xml的context的时候把applicationContext的�\径也配进去；不要在parent的context里引用children里的bean�Q�不要在你的appContext里引用xxx-servlet的bean�?

��M��Q�就是要求你合理的、有层次的组�l�你的bena�Q�而不是一陀摆出来�?/span>

applicationContext.xml如果不引用action-servlet.xml路径的话�Q�那么action如何来引用bo�Q?
java代码:

class="com.xy.action.TestAction">

如果bo在applicationContext.xml中的�?
服务器会报错,找不到bo �?br />

okokok 写道:
applicationContext.xml如果不引用action-servlet.xml路径的话�Q�那么action如何来引用bo�Q?
java代码:

class="com.xy.action.TestAction">

如果bo在applicationContext.xml中的�?
服务器会报错,找不到bo

我不太清楚你的bean的组�l�，在我的系�l�里�Q�BO是在applicationContext之类的基��context里定义，而且工作很正常�?

另外你需要搞清楚的是�Q�对于Spring的BeanFactory�Q�ApplicationContext�Q�，如果它在自己的context里找不到bean�Q�会去parent里找�?

java代码:

// Check if bean definition exists in this factory.
if(getParentBeanFactory() != null && !containsBeanDefinition(beanName)){
// Not found -> check parent.
if(getParentBeanFactory() instanceof AbstractBeanFactory){
// Delegation to parent with args only possible for AbstractBeanFactory.
return((AbstractBeanFactory) getParentBeanFactory()).getBean(name, requiredType, args);
}
elseif(args == null){
// No args -> delegate to standard getBean method.
return getParentBeanFactory().getBean(name, requiredType);
}
else{
throw new NoSuchBeanDefinitionException(beanName,
"Cannot delegate to parent BeanFactory because it does not supported passed-in arguments");
}
}

所以无论如何，只要你在applicationContext里定义了BO�Q�那么webApp的context一定找得到�q�个bean�Q�因为applicationContext是webApp的context的parent�?/span>

奇了怪了�Q�昨天一直报找不到bo的错�Q�今天居然没报错�Q�服务器有问题？
�q�有个问题，既然web.xml里可以用listener来加载applicationContext.xml�Q��ؓ什么还要在struts-config.xml里再用plug-in�Q�我觉得在applicationContext.xml里按模块攄��每个模块的action,bo,dao的xml文�g的�\径是个不错方法，比如�Q?
java代码:

1.0" encoding="UTF-8"?>
PUBLIC "-//SPRING//DTD BEAN//EN" "http://www.springframework.org/dtd/spring-beans.dtd">

<import resource="SpringConfig/module1.xml" />
<import resource="SpringConfig/module2.xml" />
<import resource="SpringConfig/module3.xml" />

class="org.apache.commons.dbcp.BasicDataSource">

org.gjt.mm.mysql.Driver

jdbc:mysql://localhost/airline

root

123456

...

而module1.xml的内�Ҏ��Q?

java代码:

�?lt;?xml version="1.0" encoding="UTF-8"?>
PUBLIC "-//SPRING//DTD BEAN//EN" "http://www.springframework.org/dtd/spring-beans.dtd">

class="com.xy.dao.TestDao">

class="com.xy.bo.TestBo">

class="com.xy.action.TestAction">

�q�样的话不用在struts-config.xml里配�|�plug-in了吧 �?br />

struts-config.xml里配�|�plug-in是要配的�Q�关键在于你Spring的配�|�文件的合理分层�Q�如果像你那样什么东襉K��攑֜�一个applictionContext里，那么��有可能出现象这样OpenSessioInView失效的这样“意想不到”的问题。而且会导致你错误地理解Spring�Q�比如Spring的ApplicationEvent�Q�本�w�web层的context里的Listener是听不到root层的Event的，但是你这��L��配置�Q�也是这个topic的配�|�）会导致Event��h��Q�也�q�背了Spring本��n的设计意图�?

PS:关于Event的问题可以看我blog�Q�http://spaces.msn.com/sweetriver/blog/cns!367370EB9A9B2807!129.entry

在我的配�|�里�Q�各个层�ơ都有属于自��q��配置文�g�Q�messageSource同样应该有分层，��Z��图方便而简单吧所有bean�|�列在一个配�|�里是不可取的，而且会导致某些设计与实现上的问题�Q�开始我的messageSource是没有分层的�Q�但是后来这样导致了一些非常痛苦的问题与抉择，�l�果�q�是改回分层的messageSource�Q��?/span>

applicationContext是有层次的，那样的方式会让struts plugIn中配�|�的sessionFactory比root中的sessionFactory占优�Q�这个struts plugIn中的bean都是讉K��q�里配置的sessionFactory�?/span>

opensession的最大问题还是长链接的时候无法释放session的问题，在对外系�l�中问题��ؓ�H�出。springMVC可以仗着先天优势用interecptor�Q�但是webwork可就没有�q�样的优势了�Q�尝试自己做一个适合webwork的，但是发现一旦有安全框架介入�Q�session作用的切面就变得难以把握。到现在�q�无果~~~~

rendong 2006-08-01 14:31 发表评论

Spring让Hibernate使用者受益良多[转蝲]

rendong — Tue, 01 Aug 2006 05:54:00 GMT

Spring的轻量��的bean容器��Z��务对象（business objects�Q�、DAO对象和资源（如：JDBC数据源或者Hibernate SessionFactorie�{�）对象提供了IoC�c�d��的装配能力。Spring使用一个xml格式的应用配�|�文件�ؓ开发者提供了一�U�通过解析定制的属性文件来手动��理单实例对象或者工厂对象的选择性。由于Spring��非入��R性做��Z��个重要的目标�Q�因此可以由Spring配置��理的bean对象均不需要依赖Spring自有的接口和�c�d��可以通过它们的bean属性完成配�|�。这个概念可以被应用��C�Q何环境中�Q�无��Z��开发的是一个J2EE的web应用�q�是一个桌面应用甚臛_��是一个applet都可以�?
    在��用Hibernate的应用中, Spring的对DAO对象通常的事务管理特别应该引起关注。它的目的就是分��L��据访问和事务处理�Q��事务性业务对象不与�Q何特�D�的数据讉K��或者事务策略绑在一��P��从而不影响业务对象的可复用性。这�U�划分既可以�l�由事务模板�Q�TransactionTemplate�Q�用�~�程的方式实玎ͼ�也可以经由面向方面（AOP�Q�事务拦截器�Q�TransactionTemplate�Q�用声明的方式实现。无论是本地的Hibernate / JDBC事务�Q�还是JTA事务都支持对象外的事务策略，�q�对于本地的无状态会话Bean�Q�Stateless Session Beans�Q�是一个非常有用的选择�?/font>
    Spring的HibernateTemplate�c�L��供了一个简单的方式实现了Hibernate-based DAO对象而不必关心如何获得Hibernate的Session实例�Q�也不必兛_��多方参与的事务处理。无需使用try-catch块，也无需�q�行事务��查。一个简单的Hibernate讉K��Ҏ��完全解决了些麻�? 无论是在多个DAO接口�q�是在多方事务的情况下，Spring使得多种DAO对象无缝地协同工作。例如：某些DAO对象可能是基于plain JDBC的实玎ͼ�更适合于经由Spring的JdbcTemplate来避免手动的异常处理�?/font>
      你可以单独地使用许多Spring�Ҏ��，因�ؓSpring的所有对象都是设计成可复用的JavaBean对象的集合。也不要因�ؓSpring可以提供一个完整的应该框架而气馁！使用其他的Spring�Ҏ��时�Q�应用配�|�概忉|��一个附加的�Ҏ��，�q�不是一个必��ȝ��Ҏ��。无论如何，当你要决定去构徏一个象Spring�q�样的内在的基础架构的时候，在��用Spring的�\途上没有什么范围上的限制�?/font>
1. 介绍: 资源��理
       典型的业务应用系�l�常常由于重复的资源��理代码而导致�؜乱。许多项目试着用自��q��Ҏ��来解册��个问题，有时要�ؓ此付出失败的代�h�Q�Spring针对适当的资源管理提倡了一�U�引人注目的��单方法：即经由模板来倒置控制�Q�Inversion of control�Q�，例如�Q�基��c�M��用回调接口，或者应用AOP拦截器。其基础核心是适当的资源处理和��特�D�的API异常转换��Z��个unchecked的基��异常�?/font>
       Spring引入了一个DAO异常层适用于�Q何数据访问策略。对于直接的JDBC�Q�JdbcTemplate�c�d��注于�q�接处理�Q��ƈ且关注于对SQLException转换为适当的DataAccessException�Q�包括对�Ҏ��的数据库SQL错误转换为有意义的异常�?�l�由不同的事务管理对象，Spring支持JTA和JDBC事务。Spring 也提供对Hibernate和JDO的支持，它的�q�种支持�׃��JdbcTemplate�cȝ��作用相类似的HibernateTemplate�c�d��JdoTemplate�c? 以及HibernateInterceptor�c�R��JdoInterceptor�c�，�q�有Hibernate、JDO 事务��理�cȝ��成�?/font>
       最主要的目的是要��应用的层�ơ分明，为此��数据访问和事务处理同应用对象分��d��来。所有的业务对象都不再依赖数据访问或者事务策略。不再有��编码的资源查找代码�Q�不再有难以替换的单例对象，也不再需要定制服务注册�?/font>
      所有的单独的数据访问特性均无需依赖于Spring�Q�可以单独��用，无需让Spring知道�Q�同时也可以通过Spring的应用配�|�（提供��Z��XML的配�|�和�Ҏ��通JavaBean实例的交叉引用）来进行装配。在一个典型的Spring应用中，大部分重要的对象都是普通的JavaBean�Q�数据访问模板对象（data access templates�Q�、数据访问对象（使用数据讉K��模板对象的对象）、事务管理对象及业务对象�Q��用数据访问对象和事务对象的对象）�Q�web表示分解对象、web控制对象�Q��用业务对象的对象�Q�等�{��?/font>
2. 应用配置中的资源定义
    ��Z��避免应用对象��资源查扄��代码��编码，Spring允许在应用配�|�中��一个如JDBC DataSource或者Hibernate SessionFactory定义��Z��个Bean。应用对象如果需要访问资源只需要通过Bean引用�Q�DAO定义在下一部分说明�Q�接受先前定义的实例的引用。以下的内容引用自一个应用配�|�定义，昄��了如何徏立一个JDBC DataSource和一个Hibernate的SessionFactory�Q?/font>

.JndiObjectFactoryBean">

jdbc/myds

.LocalSessionFactoryBean">

product.hbm.xml

net.sf.hibernate.dialect
.MySQLDialect

...

    注意选择是用JNDI来定位数据源�q�是从一个象Jakarta Commons DBCP BasicDataSource�q�样的本地定义取得一个数据源�Q�只是一个改变配�|�的事：
      class="org.apache.commons
.dbcp.BasicDataSource" destroy-method="close">

org.hsqldb.jdbcDriver

jdbc:hsqldb:hsql://localhost:9001

sa

     你也可以使用一个JNDI查找SessionFactory�Q�但是通常对于EJB环境之外的应用来说�ƈ不是需要的�Q�参�?container resources vs local resources"部分的讨论）�?/font>
3. 倒置控制�Q�Inversion of Control�Q? 模板和回�?/font>
    模板的基本编�E�模式就象你��在下面看到那样�Q�至于方法就如同��M��定制的数据访问对象或者业务的对象的方法一栗��除了需要向其提供一个Hibernate的SessionFactory之外�Q�再没有对周围执行对象的信赖的限制。虽然最好是从一个Spring的应用配�|�中�l�由一个简单setSessionFactory bean的属性设�|��用Bean引用来获得它�Q�但随后你可以从��M��地方获得它。随后的引用片段包括一�D�在Spring应用配置中对DAO定义的配�|�，其中引用了在其前面定义的SessionFactory�Q�和一�D�DAO�Ҏ��的实现的例子�?/font>
...
public class ProductDaoImpl implements ProductDao { private SessionFactory sessionFactory; public void setSessionFactory(SessionFactory
sessionFactory) { this.sessionFactory = sessionFactory; } public List loadProductsByCategory(final String
category) { HibernateTemplate hibernateTemplate = new HibernateTemplate(this.sessionFactory); return (List) hibernateTemplate.execute( new HibernateCallback() { public Object doInHibernate(Session session) throws
HibernateException { List result = session.find( "from test.Product product where product.category=?", category, Hibernate.STRING); // do some further stuff with the result list return result; } } ); } }
       一个回调的实现可以被有效地用在��M��Hibernate数据讉K��中。在��M��情况下都由HibernateTemplate来管理Session的开闭和自动的多方事务。模板实例是�U�程安全和可重用的，因此它们可以做�ؓ其他�cȝ��变量�?/font>

       对于��单的单步的动作，象find, load, saveOrUpdate或者delete的调用，HibernateTemplate提供更�ؓ便利的选择以代替象一行的回调的执行。此外，Spring提供了一个方便的基本�c�，��是HibernateDaoSupport�c�，它提供了setSessionFactory�Ҏ��来接受一个SessionFactory�Q�同时提供了getSessionFactory和getHibernateTemplate�Ҏ��供其�l�承�c�M��用。将�q�些�l�合��h��Q�允许对于典型的需求给��Z��非常��单的DAO实现�Q?/font>
public class ProductDaoImpl extends HibernateDaoSupport implements
ProductDao { public List loadProductsByCategory(String category) { return getHibernateTemplate().find( "from test.Product product where product.category=?", category, Hibernate.STRING); } }
4. 应用一个AOP拦截器代替一个模�?/font>
   除��用HibernateTemplate之外的另一个选择��是使用Spring的AOP HibernateInterceptor。用直接在一个委托的try/catch块中�~�写Hibernate代码�Q�配合相应的在应用配�|�中分别的拦截器配置来代替执行回调。下面的片段昄��了一个Spring应用配置中的DAO, interceptor和proxy的各自的定义�Q�同时给��Z��一个DAO�Ҏ��实现的例子：
... .HibernateInterceptor"> .framework.ProxyFactoryBean"> product.ProductDao myHibernateInterceptor myProductDaoTarget ...

public class ProductDaoImpl extends HibernateDaoSupport
implements ProductDao { public List loadProductsByCategory(final String category)
throws MyException { Session session = SessionFactoryUtils
.getSession(getSessionFactory(), false); try { List result = session.find( "from test.Product product where product.category=?", category, Hibernate.STRING); if (result == null) { throw new MyException("invalid search result"); } return result; } catch (HibernateException ex) { throw SessionFactoryUtils.convertHibernateAccessException(ex); } } }
        �q�个�Ҏ��只在有一个与它配合的HibernateInterceptor时才能正常工作，HibernateInterceptor为它负责在方法调用前�U�程�l�定Session的开启和�Ҏ��调用后的关闭。getSession�Ҏ��调用中的"false"标志是要��认Session必须是已�l�存在的�Q�如果没有发��C�Q何一个Session�Q�SessionFactoryUtils��会为其创徏一个。如果已�l�有一个Session句柄�l�定在本�U�程上，比如是由一个HibernateTransactionManager事务�l�定的，在�Q何情况下SessionFactoryUtils会自动接入这个Session。HibernateTemplate在底层也使用SessionFactoryUtils�Q�与以上说的方式基本是一��L��?/font>
       HibernateInterceptor的主要益处是它允许在数据讉K��代码中抛出checked application exception�Q�而HibernateTemplate�׃��受限于回调只能在其中抛出unchecked exceptions。注意到�q�点我们可以推迟各自的检验，同时在回调后抛出应用异常。拦截方式的主要�~�点是它需要在配置中进行特�D�的配置。HibernateTemplate在大多数情况下都是一�U�简单好用的�Ҏ��?br />
5. �E�序事务划分
   在这�U�底层的数据讉K��服务之上�Q�事务处理可以在更高的应用层被划�?�Q��Ş成一些操作。这里除了需要一个Spring的PlatformTransactionManager对象外，对于周围�q�行的业务对象也没有��M��限制。同��L��Q�其后你可以从�Q何地方获得它们，但是�l�由Bean引用的方式通过setTransactionManage�Ҏ��获得更�ؓ适合�Q�象productDAO要经�׃��个setProductDao�Ҏ��获得一栗��下面的引用片段昄��了在一个Spring应用配置中的事务��理对象和业务对象的定义�Q��ƈ且还提供了一个业务方法实现的例子�Q?/font>
... .HibernateTransactionManager">

public class ProductServiceImpl implements ProductService { private PlatformTransactionManager transactionManager; private ProductDao productDao; public void setTransactionManager(PlatformTransactionManager
transactionManager) { this.transactionManager = transactionManager; } public void setProductDao(ProductDao productDao) { this.productDao = productDao; } public void increasePriceOfAllProductsInCategory(final String
category) { TransactionTemplate transactionTemplate = new TransactionTemplate(this.transactionManager); transactionTemplate.setPropagationBehavior(TransactionDefinition
.PROPAGATION_REQUIRED); transactionTemplate.execute( new TransactionCallbackWithoutResult() { public void doInTransactionWithoutResult(TransactionStatus
status) { List productsToChange = productDAO.loadProductsByCategory(category); ... } } ); } }
6. 声明性事务划�?/font>
       我们�q�可以选择使用Spring的AOP TransactionInterceptor通过在应用配�|�中定义拦截器配�|�来代替事务划分代码的事务处理方式。这允许我们保持业务对象独立于每个业务对象中重复的事务划分代码。此外，事务行�ؓ和隔��d��ơ的变化可以通过一个配�|�文件来改变而不需要对业务对象的实现造成影响�?/font>
... .HibernateTransactionManager"> .interceptor.TransactionInterceptor"> product.ProductService.increasePrice*=PROPAGATION_REQUIRED product.ProductService.someOtherBusinessMethod=
PROPAGATION_MANDATORY .ProductServiceImpl"> .framework.ProxyFactoryBean"> product.ProductService myTransactionInterceptor myProductServiceTarget

public class ProductServiceImpl implements ProductService { private ProductDao productDao; public void setProductDao(ProductDao productDao) { this.productDao = productDao; } public void increasePriceOfAllProductsInCategory(final String
category) { List productsToChange = this.productDAO
.loadProductsByCategory(category); ... } }
     如同使用HibernateInterceptor一��P��TransactionInterceptor允许��M��checked application exception从回调代码中抛出�Q�而TransactionTemplate受回调限制在其内部抛出unchecked exceptions�Q�在出现一个unchecked application exception的情冉|��Q�TransactionTemplate��引发一个回滚或者这个事务由应用�Q�通过事务状态）标记为回滚。TransactionInterceptor默认情况也是同样的行为，但是允许为每一个方法制定回滚策略�?br />      建立声明性事务的一个便利的方式是��用TransactionProxyFactoryBean�Q�特别是如果没有其他AOP拦截器的话，TransactionProxyFactoryBean��联合定义�ؓ代理的自�w�与一个特�D�的目标Bean的事务配�|�。这��减��一个代理Bean对应一个目标Bean的配�|�情��c��此外，你不必指定哪个接口或者哪个类必须定义事务�Ҏ��?/font>
... .HibernateTransactionManager"> .ProductServiceImpl"> .TransactionProxyFactoryBean"> PROPAGATION_REQUIRED PROPAGATION_MANDATORY
7. 事务��理�{�略
          对于Hibernate应用来说�Q�无论是TransactionTemplate�q�是TransactionInterceptor都是委托验实际的事务处理�l�PlatformTransactionManager实例�Q�可以是一个HibernateTransactionManager�Q�由一个单一的Hibernate的SessionFactory�Q��用一个ThreadLocal Session�Q�或者可以是一个JtaTransactionManager�Q�代理容器的JTA子系�l�）。甚至你可以使用一个自定义的PlatformTransactionManager实现�?br />      如果选择从本地Hibernate事务��理转�ؓ由JTA来进行事务管理，例如�Q�当你的应用的部�|�面对分布的事务需求时�Q�也仅仅是改变一下配�|�的事。只要简单地��Hibernate的事务管理换为JTA事务实现卛_��。所有的事务划分和数据访问无需做�Q何变动仍可以�l�箋工作�Q�因��Z��们��用的都是普通的事务��理API�?br />       对于分布式的事务会跨��多个Hibernate的session factories�Q�仅仅是联合JtaTransactionManager与多个LocalSessionFactoryBean定义作�ؓ事务�{�略。你的每一个DAO��通过它们各自的Bean属性得��C��个特�D�的SessionFactory的引用。如果这一切都是在下面的JDBC数据源是事务容器�Q�一个业务对象可以划分事务跨��很多DAO和很多session factories而无需做特别的处理�Q�对于��用JtaTransactionManager做�ؓ事务�{�略也是一��L��?/font>

.JndiObjectFactoryBean"> jdbc/myds1 JndiObjectFactoryBean"> jdbc/myds2 LocalSessionFactoryBean"> product.hbm.xml net.sf.hibernate.dialect.
MySQLDialect LocalSessionFactoryBean"> inventory.hbm.xml net.sf.hibernate.
dialect.OracleDialect JtaTransactionManager"/> ProductServiceImpl"> TransactionProxyFactoryBean"> PROPAGATION_REQUIRED PROPAGATION_MANDATORY
      无论是HibernateTransactionManager�q�是JtaTransactionManager允许适当的对Hibernate的在JVM层次的缓存处�?不需要容�?提供�Ҏ��的事务查找或者JCA�q�接器（只要不��用EJB发�v事务�Q�。另外，HibernateTransactionManager能输出JDBC�q�接供通常的JDBC讉K��代码使用。这样就允许在高层次上的事务划分是�؜合了Hibernate与JDBC而不要JTA的，只要只是讉K��一个数据库��可以！
8. 使用Spring��理应用的Bean
        一个Spring应用配置定义可以被多�U�配�|�实现所加蝲�Q�从FileSystemXmlApplicationContext和ClassPathXmlApplicationContext到XmlWebApplicationContext。这��允许在各种环境下重用Spring��理的数据访问和业务对象。默认情况下�Q�一个Web应用��有它自��q��定义在“WEB-INF/applicationContext.xml”中的根配置�?br />       在�Q何一个Spring应用中，一个应用配�|�定义在一个XML格式的文件中用来对应用的所有有关的Bean�q�行装配�Q�从Hibernate的session factory到自定义的数据访问和业务对象�Q�象上面所有的Bean那样�Q�。他们中的大多数不需要Spring容器知道他们�Q�甚臛_��使是与其他Bean合作时也一��P��因�ؓ他们只是��单的JavaBean之间的协作。下面的Bean定义可能是一个Spring Web 的MVC配置中用来访问业务对象的配置的一部分�?/font>

      Spring的Web控制器经由Bean引用拥有它们需要的所有的业务和数据访问对象，因此它们无需在应用配�|�中做�Q何手工的Bean查找。但是当使用Spring��理的Beans用于Struts或者是在EJB实现�Q�或者一个applet中时常常是需要必��L��工查找一个Bean的。因此Spring的Bean可以被用在�Q何地斏V��也许只是需要是一应用配置的引用，或者经�׃��个web容器的Servlet配置属性，或者从一个文件中或者类路径的资源中创徏它�?/font>
ApplicationContext context =WebApplicationContextUtils.
getWebApplicationContext(servletContext); ProductService productService = (ProductService) context.getBean("myProductService");
ApplicationContext context = new FileSystemXmlApplicationContext("C:/myContext.xml"); ProductService productService = (ProductService) context.getBean("myProductService");
ApplicationContext context = new ClassPathXmlApplicationContext("myContext.xml"); ProductService productService = (ProductService) context.getBean("myProductService");
9. 容器资源VS本地资源
       Spring的资源管理允许简单地在一个JNDI SessionFactory和一个本地SessionFactory间做选择�Q�同样允许在一个JNDI DataSource与本地DataSource间做选择�Q�而无需改变应用的一行代码。在容器中保存资源定义还是在应用本地保存�Q�主要是一个事务策略方面的事。比较一个Spring定义的本地SessionFactory与一个手工注册的JNDI SessionFactory没有��M��益处。如果经由Hibernate的JCA�q�接器注册，才会有加入JTA事务的明昄��处，特别是对EJB�?/font>
       一个重要的Spring事务提供的好处是它不与�Q何容器绑定。定义包括JTA在内的策略，它都可以独立工作或者在一个试验环境中工作。特别是对典型的一个数据库的事务来��_��对于JTA�q�是一个非常轻量的和强大的选择。当使用本地EJB SLSB的事务时�Q�你��同时依赖EJB容器和JTA-即��你只是访问一个数据库�Q�即使只是��用SLSBs�l�由CMT来声明事务。选择使用 JTA�~�程也需要一个J2EE环境�?/font>
       ��JTA自��n和JNDI数据源来说JTA不只是包括容器依赖。对于不使用Spring的JTA驱动的Hibernate事务�Q�你必须使用HibernateJCA�q�接器或者在合适的JVM�~�冲层专门写Hibernate的事务代码配�|�JTA事务。在只访问一个数据库的情况下�Q�Spring驱动的事务可以与一个本地定义的Hibernate的SessionFactory配合良好�Q�就如同与一个本地JDBC数据源相配合一栗��因此当面对分布的事务需求时�Q�你只需要�{换�ؓSpring的JTA事务�{�略卛_��?
      要注意一个JCA�q�接器需要特别的容器的部�|�步骤，�q�且昄��首先得支持JCA。这比��用本地资源定义和Spring驱动事务来部�|�一个简单的Web应用有更多的争议。而且你常帔R��要企业版本的容器支持�Q�象WebLogic Express��׃��提供JCA。一个只用一个数据库的��用本地资源和事务的Spring应用可以在�Q何J2EE的Web容器中工作，Web容器不必支持JTA, JCA和EJB�Q�如�Q�Tomcat, Resin甚至最��的Jetty。另外，�q�样一个中间层��可以很�Ҏ��地在桌面应用或者在��试套�g中被重用�?/font>
       所有考虑�q�的事情包括�Q�如果你不��用EJB�Q�坚持��用本地SessionFactory�Q��用SpringHibernateTransactionManager或者JtaTransactionManager�Q�你��获得包括适当处理的JVM层的�~�存和分布事务的所有益处，而无需引�v��M��关于容器部��v的争论。经由JCA�q�接器的一个Hibernate的SessionFactory的JNDI注册只是在��用EJB的情况中才会有明昄��附加倹{�?/font>

10. Skeletons和例�?/font>
      配置使用Spring和HIbernate的一个J2EE的Web应用的注释和�l�节最好去看看在Spring Framework的例子中的“典型的Web应用”Skeletons�Q�它�l�出了适合于JDBC �?Hibernate应用的多�U�数据源及事务管理的配置��，仔细看一下事务拦截器的配�|�，它也同样向你展示了如何配�|�AOP拦截器�?/font>
      在Spring�?.0 M2版中�Q�例子Petclinic提供了JDBC和Hibernate的DAO实现和应用配�|�的选择。Petclinic
可以作�ؓ一个可工作的简单应用说明如何在一个Spring web 应用中��用Hibernate�Q�同样也包括�Ҏ��不同的事务策略来声明事务划分�?br />
Links
Spring Framework website
Spring Framework documentation

rendong 2006-08-01 13:54 发表评论

色婷五月综激情亚洲综合,免费观看亚洲人成网站,亚洲 暴爽 AV人人爽日日碰

[���介]

Login

ThreadLocal的几�U�误�?转蝲 原作者jspark)

Spring中的destroy-method="close"(转自JavaEye)

在Struts和Hibernate之间搭�v桥梁 --zt (�?

spring配置文�g����?�?http://www.xin7dian.com/simple/index.php?t146.html)

Spring让Hibernate使用者受益良多[转蝲]

Links

色婷五月综激情亚洲综合,免费观看亚洲人成网站,亚洲暴爽 AV人人爽日日碰

[��介]

ThreadLocal的几�U�误�?转蝲原作者jspark)

spring配置文�g��?�?http://www.xin7dian.com/simple/index.php?t146.html)