Domain å±?/span>

目前 Grails 只提供了在普é€?Spring 应用中独立ä‹Éç”?GORM 的方法（现在 Groovy å’?Grails 已是 SpringSource 旗下的äñ”品了åQŒè‡ªç„¶è¦é¦–先对自家äñ”品提供支持）。不˜q‡ç›¸ä¿¡ä»¥åŽåœ¨å…¶å®ƒ Java EE 框架中也可独立ä‹Éç”?GORMã€?

åœ?Grails 以外使用 GORMåQŒåªéœ€åœ?Domain ¾cÖM¸Šä½¿ç”¨ grails.persistence.Entity 注释卛_¯ã€‚其它的ž®±åƒåœ?Grails 中的一栗÷€?/p>

在配¾|®æ–¹é¢ä¹Ÿå¾ˆç®€å•ï¼Œåªè¦ä½¿ç”¨ <gorm:sessionFactory ... /> 卛_¯ã€‚详¾l†è¯·è§?Grails çš?PetClinicåQŒè¿™é‡Œå°±ä¸æ‹—˜qîCº†ã€?/p>

Controller å±?/strong>

å?Domain 层一æ øP¼ŒController 层也全部使用 Groovy 实现。主要是因äØ“ GORM 的大部分æ–ÒŽ³•éƒ½æ˜¯åŠ¨æ€çš„ã€?

1. ClinicController: ClinicController 实现äº?InitializingBean 接口。这个接口只有一个方æ³?afterPropertiesSet。这个方法会åœ?Bean 完成属性设¾|®ä¹‹åŽæ‰§è¡Œã€‚PetClinic 用这个方式实çŽîCº†¾cÖM¼¼ Grails ä¸?BootStrap 的部分功能。在˜q™ä¸ªæ–ÒŽ³•ä¸­æˆ‘们可以看åˆ?GORM 中的 save() æ–ÒŽ³•å’? addTo* 动态方法都是可用的ã€?/p>

   1. public void afterPropertiesSet() {  
   2.     if (!Speciality.count()) {  
   3.         def rad = new Speciality(name: "radiology").save()  
   4.   
   5.         new Vet(firstName: "Linda", lastName: "Douglas").  
   6.             addToSpecialities(sur).save()  
   7.   
   8.   
   9.         ['dog', 'lizard', 'cat', 'snake', 'bird', 'hamster'].each {  
  10.             new PetType(name: it).save()  
  11.         }  
  12.     }  
  13. } 

可能有äh会问åQŒafterPropertiesSet() ˜q™ä¸ªæ–ÒŽ³•çš„作用就是增加一些预定义的数据，ä¸ÞZ»€ä¹ˆä¸ä½¿ç”¨æž„造函数来实现。实际上åQŒåœ¨æœ¬ä¾‹ä¸­ï¼ŒafterPropertiesSet() 的作用的¼‹®å¯ä»¥ç”¨æž„造函数来实现åQˆç»˜q‡æµ‹è¯•ï¼‰ã€‚至于作者是å‡ÞZºŽä»€ä¹ˆç›®çš„而选择了实çŽ?InitializingBean 接口我也说不好ã€?br />
ClinicController 的其它部分就是一些简单的不能再简单的 Http è¯äh±‚处理函数了。需要说明的一ç‚ÒŽ˜¯ @RequestMapping 中的å€ég»£è¡¨äº†è¯äh±‚çš?URLåQŒè¿™ä¸ªæ˜¯ä¸ç”¨å¸¦åŽ¾~€çš„，也就是说 ".do" 是多余的ã€?br />
2. AddPetForm:

       åœ?AddPetForm ¾cȝš„¾U§åˆ«ä¸Šæœ‰ä¸‰ä¸ªæ³¨é‡ŠåQŒåˆ†åˆ«æ˜¯ @Controller, @RequestMapping å’? @SessionAttributes。@Controller 不用多说åQŒä½œç”¨æ˜¯˜q™ä¸ª¾cÕd£°æ˜Žäؓ一ä¸?Spring ControlleråQŒåƈæ·ÕdŠ åˆ? Context 中。下面介¾lä¸€ä¸?@RequestMapping å’?@SessionAttributes 的功能：

• @RequestMapping 可以定义处理è¯äh±‚çš„èµ\径和æ–ÒŽ³•¾cÕdž‹åQŒå³å¯æ”¾åœ¨ç±»å£°æ˜Žä¸Šï¼Œä¹Ÿå¯æ”‘Öœ¨æ–ÒŽ³•å£°æ˜Žä¸Šã€‚在 AddPetForm 中，¾cÕd’Œæ–ÒŽ³•ä¸Šéƒ½æœ?@RequestMappingåQŒç±»ä¸Šçš„ @RequestMapping 用来定义è¯äh±‚路径。两ä¸? @RequestMapping 的方法分别负责处ç?get è¯äh±‚å’?post è¯äh±‚。但我认为更好的方式是在一ä¸?Controller ¾cÖM¸­å®šä¹‰å¤šä¸ªå¤„理è¯äh±‚的方法，ž®±åƒ Grails çš?Controller 那样。需要注意的是方法上面的 @RequestMapping 上面的值åƈ不会覆盖¾cÖM¸Šçš?@RequestMapping 中的倹{€?/li>

• @SessionAttributes 中的å€ég»£è¡¨äº† org.springframework.ui.Model 中应该被讄¡½®ä¸? Session 范围的变量。在 Spring MVC 应用中，˜q™äº›å˜é‡å¾€å¾€æ˜¯è“våˆ?ActionForm(Struts) æˆ? CommandObject(Spring MVC) 的作用。之所以要ž®†è¡¨å•å¯¹è±¡æ”¾åœ?Session 中，是äؓ了ä‹É其能够在表单昄¡¤ºå’Œä¹‹åŽçš„表单提交˜q™æ ·˜q‡ç¨‹ä¸­ä¸ä¸¢å¤±ã€‚@SessionAttributes çš„è¿™¿Uç”¨æ³•æ˜¯æºäºŽ Spring MVC 2.0 AbstractFormController çš?SessionForm 模式ã€?br />
  实际上，使用 @SessionAttributes 是很成问题的åQŒæœ‰æ—¶æ˜¯ä¸å¯æŽ¥å—的。考虑以下场景åQšåœ¨ PetClinic 应用中，新徏两个 OwneråQŒç„¶åŽäØ“˜q™ä¸¤ä¸?Owner 都添加新çš? Pet。注意，只要昄¡¤ºå‡ºæ¥ Add Pet 的页面即可。这æ—Óž¼Œ˜q™ä¸¤ä¸ªé¡µé¢çš„ URL 应该æ˜?addPet.do?ownerId=num1 å’? addPet.do?ownerId=num2 。这时将先打开的表å?/span> 提交 åQŒå‡è®¾æ˜¯ num1 的那个。你会发çŽîC½  实际上是ä¸?num2 Owner æ·ÕdŠ äº†ä¸€ä¸?Petã€?br />
  ˜q™ä¸ªé—®é¢˜çš„原因其实是很简单的åQŒæˆ‘ž®×ƒ¸è§£é‡Šäº†ã€‚从上面˜q™ä¸ªäº‹å®žæ¥çœ‹åQŒ@SessionAttributes 的缺点还是比较明显。是否采用这¿Uæ–¹å¼è¿˜è¦çœ‹˜q™ä¸ªé—®é¢˜å¯¹ä½ çš„应用的影响是否是致命的了。Spring MVC 有必要改˜q›ä¸€ä¸‹ï¼Œåƒ?Seam 那样可以很方便的使用 Conversation 是解决问题的一个好办法。（当然也可以ä‹Éç”?hidden 域来保存 idåQ‰ã€?br />
  Spring MVC 之所以要使用˜q™ç§æœ‰è¾ƒæ˜Žæ˜¾¾~ºé™·çš„方式的原因是要使用 Spring MVC 的表单数据绑定功能。由于目前还没有扑ֈ°æ›´å¥½çš„方式，所以只能ä‹Éç”?@SessionAttribute 了。这一块还æ˜?Spring MVC 的一个短板，需要在新版本中改进ã€?br />

除此以外åQŒAddPetForm 中还有两个特ŒDŠçš„æ–ÒŽ³•åQŒä¸€ä¸ªæ˜¯æ³¨é‡Šäº?@ModelAttribute 的方法；另一个是注释äº?@InitBinder 的方法。下面分别介¾lä¸€ä¸‹ï¼š

• @ModelAttribute 可以用在æ–ÒŽ³•ä¸Šï¼Œä¹Ÿå¯ä»¥ç”¨åœ¨åŞ参上。如果放在方法上åQŒé‚£å®ƒä¼šåœ¨è¿›å…¥è¯·æ±‚处理方法是准备一些数据，作用å’? SimpleFormController çš?referenceData() 一栗÷€‚@ModelAttribute çš„è¿™¿Uç”¨æ³•å¯èƒ½ä¼šè®©äh联想åˆ? Seam 中的 @Factory。但è¢?@ModelAttribute 注释的方法只会在同一ä¸?Controller 中被注释äº? @RequestMapping 的方法调用之前被调用åQŒè€?@Factory æ–ÒŽ³•åˆ™æ˜¯å…¨å±€çš„ã€?br />
  你可以在 setupForm æ–ÒŽ³•ä¸­å‘ request æˆ?session 中设¾|®ä¸€äº›éœ€è¦æ˜¾½Cºåœ¨™åµé¢ä¸Šçš„数据åQŒä½†æ˜¯å¦‚果只攑֜¨ request 里的话，在表单验证发生时åQŒæ•°æ®ä¾¿ä¼šä¸¢å¤±ï¼›æ”‘Öœ¨ session ¾~ºç‚¹è‡ªä¸å¿…多说。在 Spring Web Flow 新加入的 flow å’?conversation ½{‰æ–°çš?scope 无法很容易地åœ?Spring MVC 中ä‹É用的情况下，使用 @ModelAttribute 无疑是更好的选择。åƈ且ä‹Éç”?@ModelAttribute 可以在多ä¸? @RequestMapping æ–ÒŽ³•ä¹‹é—´å®žçŽ°ä»£ç çš„重用ã€?br />
  
• @InitBinder 适用于注册只属于æœ?Controller 的属性编辑器。但åœ?AddPetForm 中，@InitBinder æ–ÒŽ³•åªæ˜¯å‘Šè¯‰ Spring MVCåQŒèµ\径äØ“åQ?lt;form: input path="id" />åQ?id çš„å€ég¸è¦ä‹É用属性编辑器。不˜q‡é¡µé¢é‡Œä¹ŸåŽ‹æ ÒŽ²¡æœ?路径ä¸?id 的倹{€‚所以，我觉得这个又是一个多余的代码。（我试˜q‡å°† @InitBinder æ–ÒŽ³•æ³¨é‡ŠæŽ‰ï¼Œå¯¹ç¨‹åºæ²¡æœ‰åª„响）

Controller 层中两个ç‰ÒŽ®Šçš„ç±»åQšClinicBindingInitializer å’?PetTypeEditor

• ClinicBindingInitializer 的作用是注册全句的属性编辑器
• PetTypeEditor 是用于处ç?PetType ¾cÕdž‹æ•°æ®¾l‘定的属性编辑器ã€?strong>对于åƒ?PetType ˜q™æ ·çš„实体之间的兌™”属性，恰当åœîC‹É用属性编辑器可以½Ž€åŒ–程序的开发ã€?/span> åQˆä¸çŸ?Grails 是否实现了一个动态的属性编辑器åQŒç”¨äºŽå…³è”属性的数据¾l‘定åQ?/li>

配置

1. applicationContext.xml

        applicationContext 中大部分都是常见çš?Spring 配置。特ŒDŠä¸€ç‚¹çš„配置除了 <gorm:sessionFactory ... /> 以外åQŒè¿˜æœ?Hibernate StatisticsService JMX 的配¾|®ã€?/p>

2. dispatcher-servlet.xml

        Spring MVC 配置文äšgåQˆä¹Ÿæ˜¯ä¸€ä¸?Spring 的配¾|®æ–‡ä»Óž¼‰çš„默认名æ˜?dispatcher-servlet.xmlã€?/p>

        从上至下åQŒç¬¬ä¸€ä¸ªé…¾|®è¡¨æ˜Žå“ªä¸?Package 下的 Class 使用äº?Spring çš?@Controller 注释。这æ ?Spring 容器在启动的时候会自动扫描其下çš?ClassåQŒå°†åŠ æ³¨äº?@Controller 注释的类加入åˆ?Spring 的容器中ã€?

        ½W¬äºŒä¸ªé…¾|?DefaultAnnotationHandlerMapping æ˜?HandlerMapping 接口的一个最常用的实现类。用于映ž®?Handler 和请求èµ\径之间的关系。通过˜q™æ ·çš„配¾|®ï¼ŒController 中的 @RequestMapping 中的路径值就可以真正地和 Http è¯äh±‚对应èµäh¥ã€‚HandlerMapping 的另外一个常用的实现¾cÀL˜¯ ControllerClassNameHandlerMapping ã€?/p>

        ½W¬ä¸‰ä¸ªé…¾|?AnnotationMethodHandlerAdapter 的作用是使处理请求的 Handler 能够真正的具有处理请求的能力而提供一些服务，包括ä¸ø™¯·æ±‚参数绑定应用相应的属性编辑器åQˆé€šè¿‡æ³¨å†Œ webBindingInitializer 实现åQ‰ã€?/p>

==============================¾l“束的分割线==============================

写到˜q™é‡ŒåQŒPetClinic-MVC 中值得分析学习的代码都提到了。PetClinic-MVC 是一个很ž®çš„应用åQŒä½†æ˜¯å…¶ä¸­æ¼”½CÞZº† GORM 在普é€?Spring 中的应用å’? Spring MVC 2.5 çš„ä‹É用。细看的话还是能学到不少东西的。我所写的只是我的理解åQŒéš¾å…ä¼šæœ‰ä¸€äº›ä¸­‘›_’Œé”™è¯¯åQŒæ¬¢˜qŽçº æ­£ã€?/span>

本文ž®†ç®€å•è°ˆè°ˆæˆ‘å¯?EJB 3.0 的两¿U?Persistence Context å’?Seam-managed Persistence Context 的不同点的理解、所要解决的问题和我自己所疑惑的问题ã€?br />
EJB 3.0 (JPA) çš?Persistence Context

    大家在ä‹Éç”?EJB 3.0 的时候会注意åˆ?EJB 3.0 中的容器½Ž¡ç† Persistence Context 有两¿Uç±»åž‹ï¼Œä¸€¿Uæ˜¯ TransactionåQŒå¦ä¸€¿Uæ˜¯ Extended。这是一个较 Hibernate çš?Session 所没有的概念，Session 没有两种不同的类型，而且最重要的是 Session 不是容器½Ž¡ç†çš„，˜q™é‡Œçš„容器指的是 App Server 容器。这里暂时不谈论 Persistence Context ä¸?Session 之间的异同，主要谈谈两种 Persistence Context 之间的不同。学˜q?ORM 的同学都知道åQŒå½“ Persistence Context 是打开状态的时候，Model ž®±å¤„于被½Ž¡ç†çš„状态中åQ›å½“ Persistence Context 关闭之后åQŒModel ž®±å¤„于了 Detached 状态ã€?br />
    上面˜q™äº›ç‰ÒŽ€§å¯¹äº?Transaction æˆ?Extended çš?Persistence Context 都是一æ ïLš„åQŒä¸åŒçš„地方在于 Persistence Context 何时被打开关闭。由于绝大多数情况下 Persistence Context 是被容器½Ž¡ç†çš„（如果你不嫌篏也可以自己控åˆ?Persistence ContextåQ‰ï¼Œæ‰€ä»¥åœ¨ EJB 3.0 应用中看不到打开或关é—? Persistence Context 的代码（Spring + Hibernate 的应用也同样如此åQŒHibernate Session 的管理工作可以交¾l?Spring 来做åQ‰ã€?/p>

    其实åQŒTransaction å’?Extended Persistence Context 的不同之处也ž®±åœ¨äºŽå®¹å™¨ä½•æ—¶æ‰“开或关é—?Persistence Context。Transaction ¾cÕdž‹çš?Persistence Context 的打开和关闭是和事务的打开和关闭是同步的。也ž®±æ˜¯è¯´åœ¨ä¸€ä¸ªäº‹åŠ¡å¼€å§‹ä¹‹åŽï¼ŒPersistence Context 才会开始；在事务关闭的时候，相应çš?Persistence Context 也会被关闭ã€?br />

   Extended ¾cÕdž‹çš?Persistence Context 的打开和关闭是å’?Stateful Session Bean 的生命周期同步的åQŒæ˜¯è·¨è¶Šäº‹åŠ¡çš„。也ž®±æ˜¯è¯ß_¼Œä»?SFSB 的初始化开始，直到销毁，Persistence Context 都是存在的。你可以在事务之外执行写操作åQŒä½†æ˜¯è¿™æ˜¯åƈ不会执行真正的数据库操作åQŒå†™æ“ä½œåªæ˜¯æ”‘Ö…¥äº†é˜Ÿåˆ—，直到下一个事务，写操作才会真正地被执行。两者的 不同½Ž€å•è¯´æ¥å°±æ˜?Extended Persistence Context 存在的时间更é•Ñ€‚é‚£ä¸ÞZ»€ä¹ˆè¦æœ‰ä¸¤¿Uä¸åŒçš„ Persistence Context 呢？

    当一ä¸?Web è¯äh±‚到来æ—Óž¼ŒæœåŠ¡å™¨ä¼šæ‰“开一个线½E‹ï¼Œ˜q™ä¸ª¾U¿ç¨‹å¯èƒ½ä¼šè°ƒç”¨ä¸€ä¸ªäº‹åŠ¡æ–¹æ³•ï¼Œ˜q™æ˜¯ä¸€ä¸ªäº‹åŠ¡ä¾¿å¼€å§‹äº†åQŒå½“˜q™ä¸ªè¯äh±‚¾l“束æ—Óž¼Œ¾U¿ç¨‹å…³é—­åQŒäº‹åŠ¡ä¹Ÿéšä¹‹¾l“束。由äº? Transaction ¾cÕdž‹çš?Persistence Context 的生存周期是在事务范围之内的åQŒæ‰€ä»¥ä¸€ä¸?Web è¯äh±‚的结束也意味着相应çš?Persistence Context 的关闭。由于多æ•?Web 应用在一‹Æ?Web è¯äh±‚内即可完成一个独立的操作åQŒæ‰€ä»¥å¤§éƒ¨åˆ†æƒ…况ä¸?Transaction çš?Persistence Context 是适用的。但是对于一些复杂的应用åQŒä¸€‹Æ¡æ“ä½œéœ€è¦è·¨­‘Šå¤š‹Æ¡è¯·æ±‚。这¿Uæƒ…况下åQŒå¦‚果依旧ä‹Éç”?Transcation çš?Persistence ContextåQŒç”±äºŽæ¯‹Æ¡è¯·æ±‚结束后åQŒç›¸åº”çš„ Persistence Context 都被关闭åQŒç›¸åº”çš„ Model 也就变äØ“ Detached 状态。如果接下来的请求仍焉™œ€è¦è¿™äº›å·²¾lå˜ä¸?Detached 状态的 Model ž®±éœ€è¦é‡æ–?loadåQŒä‹Éç”?merge() æ–ÒŽ³•æ¥æŒä¹…化。稍有不适就会äñ”ç”?LazyInitializationException å’? NonUniqueObjectException。同æ—Óž¼Œ˜q™ä¹Ÿæé«˜äº†æ“ä½œçš„复杂½E‹åº¦ã€?br />
    如果使用 Extended Persistence Context ž®Þpƒ½è§£å†³˜q™äº›é—®é¢˜ã€‚ç”±äº?Extended Persistence Context 的生命周期是ä¸?SFSB 的生命周期同步的åQŒæ‰€ä»¥åªè¦å¤š‹Æ¡è¯·æ±‚调用的都是同一ä¸?SFSB 中的æ–ÒŽ³•åQŒæœ‰å¤šå°‘‹Æ¡çš„è¯äh±‚åQŒPersistence Context æ€ÀL˜¯åŒä¸€ä¸ªï¼Œå…¶ä¸­çš?Model 也始¾lˆæ˜¯è¢«ç®¡ç†çš„。很好地解决äº? Persistence Context 在线½E‹ä¹‹é—´ä¼ é€’的问题åQŒä¹Ÿä¸ä¼šæœ?LazyInitializationException å’? NonUniqueObjectException 问题的发生ã€?br />
Seam-managed Persistence Context

    EJB 3.0 容器½Ž¡ç†ä¹‹ä¸‹çš?Persistence Context 很不错，能解军_¾ˆå¤šé—®é¢˜ï¼Œä½†æ˜¯˜q˜æ˜¯æœ‰äº›é—®é¢˜æ— æ³•è§£å†³ã€‚Seam 很强大，如果有些问题 EJB 容器解决不了了，没关¾p»ï¼ŒæŠ?Persistence Context 交由 Seam 来管理就 OK 了。那 Seam 都能解决哪些 EJB 不能解决的问题呢åQŸå…ˆè€ƒè™‘下面两个问题åQ?/p>

1. Extended Persistence Context 虽然可以跨越多个事务åQŒä½†æ˜¯æ¯ä¸ªäº‹åŠ¡ç…§æ—§è°ƒæ•™ä¸è¯¯ï¼Œ˜q™å¯¹äºŽæƒ³åœ¨æƒ³è®©æ•´ä¸ªæ“ä½œä½œä¸ÞZ¸€‹Æ¡äº‹åŠ¡çš„话，该如何去å?/li>
2. 如果一个业务的一¾l„请求只是调用同一ä¸?SFSB 的话åQŒé‚£ä¹?EJB çš?Extended Persistence Context 可以在线½E‹ä¹‹é—´ä¼ é€’，ä½?SFSB 的整个生命周期都使用同一ä¸?Persistence Context。但如果业务需要调用不同的 SFSB 的话åQŒå¦‚何在 SFSB 之间传递ã€?/li>