Tin's Blog

     摘要: 先分析一下在輕量化的Java EE下面他們存在的意義：
1、有的人說過在Web項目中Manager和DAO是同意的，尤其是在透明ORM存在下，DAO由于往往是CRUD的實現(xiàn)場所，而Manager卻往往是薄薄的一層門面，很多人就在質(zhì)疑兩者的合并問題?？墒莚obbin曾經(jīng)進(jìn)行過一個精辟的分析，雖然兩者做的看起來差不多，可是兩者的事務(wù)屬性卻不一樣，Manager應(yīng)該有清晰的事務(wù)界限，而DAO不應(yīng)關(guān)心于此。也就是說Manager可能會將幾個DAO方法組合調(diào)用，然后封裝在一個事物中。這樣說明確了兩者的一個重要區(qū)別，我們也能體會在使用聲明事務(wù)的時候有一個分明的事務(wù)界限是很有意義的，否則就有可能把Manager中的一個事物拆分，這樣實際上就錯誤了。
2、有些人質(zhì)疑透明ORM存在的情況下DAO存在的意義，因為透明ORM基本已經(jīng)隔離了不同數(shù)據(jù)庫的方言區(qū)別。這個也很簡單，Rod大叔分析過。透明ORM存在的情況下DAO起到了隔離透明ORM與EJB或者JDBC實現(xiàn)的作用，這幾種實現(xiàn)實際上是應(yīng)該考慮到的。
3、還有一個問題，就是DAO是否應(yīng)該隱藏透明ORM的API。因為前面說到了DAO起  閱讀全文

     摘要: 今天TSS和InfoQ都轉(zhuǎn)了一篇Spring與EJB3的讀后感，我就看了下，標(biāo)題和介紹滿吸引人的。內(nèi)容嘛其實有點不過癮，但是先記錄下來吧。
http://www.devx.com/Java/Article/32314/0/page/1
總的來看Spring+Hibernate與JPA很相似，它們都是基于pojo的持久化。
Hibernate Session和JPA Entity Manager基本上等價，但是要記住他們的兩個重要區(qū)別。Hibernate session是一個實體緩存也是一個ORM引擎的接口。而JPA中這兩個概念是分開的。Persistence context作為緩存而entity manager則作為ORM引擎的接口。…………  閱讀全文

     摘要: 在Eclipse里面運行functional-test這個target的時候發(fā)現(xiàn)報錯（test target葉出錯的）：
Could not create task or type of type: junit.
我就想當(dāng)然的把junit-3.8.1.jar拷貝到我的%ANT_HOME%/lib下面了，結(jié)果問題依舊。
......
解決方法目前看最好的就是在Eclipse的Window->Preferences->Ant->Runtime->Classpath里面Ant_Home你指定一下就可以了，可以是你自己的Ant或者Eclipse/plugins里面的ant，這沒關(guān)系，然后它就會自動掃描相應(yīng)/lib目錄了（之前你應(yīng)該已經(jīng)把junit-3.8.1.jar拷貝過去了）。
然后就搞定了。注意，只有在Eclipse運行Ant才有可能遇上這個問題:D
  閱讀全文

     摘要: 由于失業(yè)后家中又有人病了，還有很多亂七八糟的事忙，反正沒怎么寫也沒怎么看程序，很慚愧！有朋友說不厚道，賴我，我不厚。這兩天看《應(yīng)用Rails進(jìn)行敏捷Web開發(fā)》，RoR和去年剛看的時候感覺一樣，很舒服，現(xiàn)在可能對Java和Ruby的了解都比以前深一些了，看這本書會有些想法。不過沒時間紀(jì)錄，頭腦里也亂七八糟的，我只能說是胡言亂語。這本不是什么文章，這是我的一個工作習(xí)慣，只要開電腦就開個Notepad記錄工作情況，是個流水賬，由于Blog過于冷清，把它貼出來，別拍磚了，我已經(jīng)蔫了:Q  閱讀全文

     摘要: 今天先看看Springside的bookstore的domain設(shè)計，這不是springside的重點，先看看。
從hbm看起，在springside-bookstore/src/org.springside.bookstore.commons.domain.hbm下面放著這些hbm。
在Order.hbm.xml里面可以看到一個list映射。list映射可以按照順序持久化one-to-many關(guān)系。使用了映射后OrderItem就沒有單獨的class聲明了，完全以一種組件的形式被映射到Order里面。  閱讀全文

     摘要: 1、Java從語言轉(zhuǎn)向平臺。如同.Net，JVM本身提供了平臺的抽象。將會擴(kuò)展動態(tài)語言與腳本語言的支持。
2、企業(yè)應(yīng)用的開發(fā)過程將簡化，如MDD一類，但目的是集中精力開發(fā)商業(yè)邏輯，而不是純簡化代碼或者什么什么。小型應(yīng)用可能會轉(zhuǎn)向動態(tài)語言或腳本語言所營造的舒適開發(fā)框架，如RoR，或其它Rails。
3、富領(lǐng)域模型替代貧血模型，基于JPA。
4、目前的AOP、IoC工具依然會流行，而不一定會限定于EJB3模型中。事實說了算，Spring這種事實性標(biāo)準(zhǔn)影響力還是很大的。
5、分布式的考慮，可伸縮型問題凸顯。如何透明實現(xiàn)分布式是個關(guān)鍵性問題，AOP是技術(shù)契機(jī)。
6、Web2.0會產(chǎn)生巨大影響力，但Java絕不是唯一選擇。Java要找好自己的位置，同時在平臺上最好能夠更多的融合，如讓JVM支持PHP/Ruby/Python。
7、Web部分競爭激烈，并會持續(xù)。EJB3的JSF命運難測?？碬eb2.0的浪潮了。  閱讀全文

     摘要: WebWork的result實現(xiàn)非常實用，它很好的解決了View渲染的靈活性問題。這才是MVC模式的優(yōu)勢所在，而像JSF那樣幫定JSP的MVC就吃不到這個甜頭了。說WebWork2是Model 2 MVC的巔峰就在這些靈活的地方。
閑扯這個不是主要目的。現(xiàn)在Rome是Java下最常用的RSS包，最近消息似乎要轉(zhuǎn)入Apache的Abdera合并變成更強(qiáng)大的聚合引擎。用Rome生成和解析RSS都很方便。今天討論一下使用ROME給網(wǎng)站生成RSS，并通過WebWork2的Result機(jī)制渲染。
最初是從WebWork的Cookbook上看到的RomeResult的文章，一看就會，我這里其實不過是舉個詳細(xì)點的例子，注意我使用的是WebWork 2.2.2和Rome 0.8：  閱讀全文

     摘要: 在Hibernate中獲取有關(guān)聯(lián)關(guān)系的pojo。我是指例如一個User（用戶）擁有一個many-to-one的屬性Unit（單位），但是有時有些用戶的Unit屬性為空，如果按單位查詢用戶的時候那些單位為null的用戶就會被遺漏，如何調(diào)取呢？這本來是很簡單的，但是我想當(dāng)然的使用了Restriction.eq，但是不行，后來看了手冊才發(fā)現(xiàn)應(yīng)該使用Restrictions.isNul。下面是Test代碼...  閱讀全文