摘要: 我用的是Eclipse 3.2，操作系統(tǒng)是WinXP SP2。
需要把eclipse\plugins\org.eclipse.swt.win32.win32.x86_3.2.0.v3232m.jar里面的swt-win32-3232.dll解壓縮出來拷貝到WINDOWS\SYSTEM32里面。
然后就OK了。
是在Eclipse里面運行Springside的ANT Task的時候，如果需要通過console輸入交互信息，則會報這個錯。應(yīng)該是因為Eclipse的console依賴于那個本地庫，而平常我們安裝Eclipse不會拷貝那個庫。大概如此了。  閱讀全文

     摘要: 說說遺憾：
1、OSGi在B/S架構(gòu)中還不好應(yīng)用。雖然例子是B/S的，可是居然是Servlet模型，里面解釋了目前Equinox項目也在擴展應(yīng)用服務(wù)器支持和JSP支持等，可是起碼目前還不成熟。
2、模塊的粒度很成問題。目前OSGi的契約機制與java interface機制對比一下。OSGi不可能完全取代本地的interface式的解藕，當(dāng)然人家也沒這么說。只使我擔(dān)心過渡設(shè)計后，過細(xì)的Bundle肯定會得不償失，所以需要有人設(shè)計/計劃這個粒度。這個可能與基于Web services的SOA架構(gòu)面臨類似的問題，需要好的架構(gòu)師。
3、文檔不友好么？說實話，很感謝BlueDavy和OSGi觀察者那些大牛的貢獻(xiàn)。但是感覺production的樣例工程還是很難搞到（其實Eclipse plugins的例子滿多哈，可惜沒啥文檔，需要硬著頭皮看），對應(yīng)的指導(dǎo)文檔還沒出現(xiàn)。BlueDavy提供的servlet實現(xiàn)我們不可能跟上，畢竟簡單也是一種需求。（那誰說過度設(shè)計比設(shè)計不足更可怕，那個我不是唱反調(diào)，我希望我們都能找到那個sweet point，有個好的參照那最好不過了）。 <  閱讀全文

     摘要: 先分析一下在輕量化的Java EE下面他們存在的意義：
1、有的人說過在Web項目中Manager和DAO是同意的，尤其是在透明ORM存在下，DAO由于往往是CRUD的實現(xiàn)場所，而Manager卻往往是薄薄的一層門面，很多人就在質(zhì)疑兩者的合并問題。可是robbin曾經(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引擎的接口。…………  閱讀全文