摘要: 最近都實在憋不出什么花團錦簇的大塊文章，還是安心在微博里碎碎念算了。
地址： http://t.sina.com.cn/calvin1978 ，大家互相關注一下哦。   閱讀全文

     摘要: 大眾搬屋版里, 不斷將工作項目中的代碼片段移植過來，而且這種搬運的幸福感估計還會下面的幾個版本中延續。  閱讀全文

     摘要: 現在的書都好厲害，《高效程序員的45個習慣》，《軟件架構師應該知道的97件事》.....但總覺得自己就是個FIFO的管道，看完后基本沒記住什么。

或許這個喧囂而碎片化的年代，惟有屈指可數的東西，才能可能真正被時時記起，踐行吧。在公車上強迫著自己從十多年輕輕重重的實踐中，砍剩最后的幾樣非如此不可，且無處不可的實踐：

  閱讀全文

     摘要: Hmm...居然還差半個月就有半年沒發新版了，long time no see 啊。 至于原因嘛，與Tim講的?有點相似。

好在公司的新項目選型都與SS接近，所以新代碼里其實有很多是親愛的同事們的手筆, 不再是一個人在戰斗了。


BTW. 回頭一看，這里好像只剩下SpringSide的更新記錄，其余的連草都沒有了。
現在工作穩定，是時候出宮了。  閱讀全文

     摘要: 最近國內的開源項目非常生猛，與Play!Framework有些相近的斗魚，也是要替代SSH的Nutz, 已經支持Spring 3.0與iBatis 3的Rapid framework 3.0, 在這個好像特別寒冷的年末，儼然一道鮮亮的風景。
SpringSide也發新版了，相比之下創新性有點欠奉，更像是一本日記，將這兩三個月里遇到的代碼記錄下來與大家分享。  閱讀全文

     摘要: 作為3.1系列的最后一個版本，3.1.8版的代碼質量在 Hudson + Sonar 雙塔控制下，慢慢開始好轉了.  閱讀全文

     摘要: SSO方案中太多平行對稱的分支選擇，就像博而赫斯那小徑分岔的花園。剛手寫完一個超迷你勁袖珍的SSO，順著 SAML2.0和OpenID的規范，記錄一下這些分岔點。  閱讀全文

     摘要: 又過一年了，更新一次自己的ESB筆記，內容實在，枯燥無味，濃縮即精華....年度最大發現應該是Fuse ESB 4.0吧。  閱讀全文

     摘要: 背景音樂：《要不要就一起加入GCD》，唱：陳珊妮，詞：夏宇。

JDK5是一個巨大的轉折點(泛型，Annotation，并發...)，而JDK6就是一個可安全升級的加強版，對新項目是不升白不升，白升誰不升，而對舊項目就是升了也白升，不升也沒啥損失吧。  閱讀全文

     摘要: 年又過年，去年在寫在譯的書又長出了一茬，又是時候訂一份今年的讀書計劃。  閱讀全文

     摘要: 3.1.2是連跳了3.1.0和3.1.1兩個版本后的GA版本，一邊忙著Mini-Example這一畝三分地的升級，一邊開始Showcase的演示......  閱讀全文

     摘要: 沒人知道多如牛毛的傳統MVC框架中哪個是最好的，但就像硬件界買IBM不會犯錯一樣，Struts2.1也應該是未來一段時間里安全的選擇，特別是企業里有N多開發團隊和開發人員的時候。

  閱讀全文

     摘要: 年末最后一天，昭事上帝 ，聿懷多福，祈望來年的Java社區爭氣一點，實現偶們小小的愿望...  閱讀全文

     摘要: 對于演示原型 ，上午要下午給的快速交付，或者某些不知道到底一年有多少個人點進去的網站角落，或者極少數管理人員才用到的管理功能，在恨不能php,ror的時候，你會想起jsp+jdbc的溫暖。

又或者你請到了只會寫jsp和sql的極品，又想讓他明天開始干活.....

所以另做了這個extreme-web風格示例?， 在簡化到no config file的jsp+jdbc同時，仍然是個可堪一觀的MVC，仍然基于親愛的Spring.
  閱讀全文

     摘要: 懷胎十八個月的SpringSide 3.0 終于低調的發布了。
這個版本里的SpringSide，終于放棄夢想，不再奢望做一個框架，或者一個像RoR/Gails那樣極簡的、創新的封裝，唯余對如何用不輕也不重的主流選型、編程實踐來開發JavaEE企業應用的老老實實的總結。  閱讀全文

     摘要: GC調優是個很實驗很伽利略的活兒，最后服務的處理速度從1180 tps 上升到1380 tps，調整兩個參數提升17%的性能還是筆很劃算的買賣.....  閱讀全文

     摘要: 與Mule 2.0抵死纏綿了兩周，喜憂摻半。但只在2.0之后，Mule才算真正站到了ESB的起跑線上。

完整的筆記見我的Wiki: http://wiki.springside.org.cn/display/calvin/Mule , 這里主要列一下實際的升級感受。
  閱讀全文

     摘要: 江湖上多的是功能華麗的項目原型/骨架生成工具，但最后，反而是功能簡單的Maven Archetypes漸漸有了一統的希望。

無它，先把自己收拾得簡單易用，然后作為一個江湖大佬(maven)的"官方"小弟，再有另一些江湖大佬(appfuse,strust2,cxf)使用示范一下，就是現在的上位秘訣。
  閱讀全文

     摘要: ICP的審查員們都嚴查謠言去了么？最艱難的一次ICP注冊，讓SpringSide關站至今。4月份里填錯了兩次接入商，而5月份就一直靜止在"待管局審核"的階段。

6月份，終于通過了。

http://svn.javascud.org/svn/springside/springside3/trunk  閱讀全文

     摘要: TerraCotta? 通過將POJO對象在群集內下的共享，讓POJO不再局限于SNA(Share Nothing Architect)的架構，比較透明的支持了集群模式，可謂POJO開發模型的最后一塊拼圖。   閱讀全文

     摘要: 為了2007年的目標，列了下面待讀或重讀的書單。
不在書單里的，小部分是我漏掉的，大部分是我覺得對于架構師不太重要，或者不夠好的。
奇怪國外真正的好書來來去去也就那么幾本，emule加上國內出版社的努力，我們看的東西和老外已差不多，為什么老外看完就那么生猛，我們看完就還是半桶水呢。  閱讀全文

???[摘要]Spring發了2.0，Struts發了2.0，SS也來湊湊2.0的熱鬧。下載地址：http://www.springside.org.cn/download.php

??? SpringSide 2.0改用了Pragmatic版的Struts作為MVC主打框架，重寫了所有的代碼，增加了新項目生成的命令和構件化的開源棧，還增加了方便新手入門的Helloworld示例。

??? 隨著Java開源社區的日日進步，SpringSide升級了包括Spring 2.0的AOP事務配置， Hibernate3.2的annotation模式，XFire1.2.2的最新簡約配置及JSR181模式，以及ActiveMQ4.1 的Message Driven POJO新模式。

??? 另外，還增加了iBatis數據訪問模式和一系列Ajax Widgets，并全面推行了Selenium集成測試。

??? 全文地址：http://blog.csdn.net/calvinxiu/archive/2006/11/28/1417730.aspx

 

   這篇文檔是專門寫給那些編程狂熱者，在Ant里編程時要留意的重要Task。

    不知為何，老外的各種腳本都寫得格外漂亮。從Appfuse里學到很多，在編寫SpringSide2.0的構件安裝腳本時又被迫自學了不少，這里作下總結。

   全文地址：http://blog.csdn.net/calvinxiu/archive/2006/09/07/1187329.aspx

     摘要: 雖然現在已是Web Server, Web Service的天下，但偶然還是會因為性能苛刻，或者需要自定義協議的原因，很無辜的要自己做一個Multi-Thread，Multi-Client的Tcp Server。 超簡單的QuickServer，讓你專心編寫自己的業務代碼， 不用編寫一行Tcp代碼。[閱讀全文]  閱讀全文

     摘要: Nutch是一個基于Lucene，類似Google的完整網絡搜索引擎解決方案，基于Hadoop的分布式處理模型保證了系統的性能，類似Eclipse的插件機制保證了系統的可客戶化，而且很容易集成到自己的應用之中。

Nutch 0.8 完全使用Hadoop重寫了骨干代碼，另外很多地方作了合理化修正，非常值得升級。[閱讀全文]
  閱讀全文

     摘要: 這個版本將是SpringSide1.0范圍內最后一個跑馬圈地，開疆拓土的版本。從下一個版本開始，將會把主要精力放在代碼的細化，文檔與測試用例的補充，以及在實際項目中的應用。

這個版本除了繼續跑馬圈地外，也對代碼結構作了很多遍重構，終于使復雜的項目以比較順眼的方式組織起來了。

  閱讀全文

SpringSide是一個以Spring Framework為核心，Pragmatic風格的企業應用開發基礎和最佳實踐展示。 為使用Spring框架的開發者提供一個非Demo版的復雜、正式且體現最佳使用實踐的參照系統。為JavaEEer必須面對的問題提供合乎Pragmatic原則的解決方案。

當然，要等待大家拍磚過后，上述表述才會成立。

SpringSide主要包含四個部分--

• BookStore-Sample: 一個Full Feature的書店示例，兼有有書店前臺和后臺管理，作為典型企業應用的微縮版。
• SpringSide-Base：SpringSide的核心封裝代碼與構建一個CRUD管理后臺所必需的full-stack代碼庫。用戶在其基礎上能快速搭建出自己的管理后臺及安全管理程序。 (建設中)
• SpringSide-Modules： 以modules形式提供了其他的企業特征如XFire WebService，JBoss Rule engine，BIRT report，用戶可以快速復制應用到自己的項目。 (建設中)
• Rails-Generator： 自動整合SpringSide-Base/Modules生成項目，生成CRUD代碼的Eclipse?Plugins 和Ant 腳本。?(建設中)

官方站點：??http://www.springside.org.cn
下載地址： http://www.springside.org.cn/download.php
演示站點：? http://demo.springside.org.cn:8080/springside/
升級概述：終于從春天走到了夏天第二版，上一個版本的發布比較匆忙，Bug一堆，1.0 M2版作了大量補救的工作，改進了JBoss Rules ,Compass, Acegi部分使它們貼近了一點"best practice demo"的目標。另外還有很多很多的文檔補全與Bug修正。

盡管代碼里還是有Bug，但為了把SpringSide用于實際項目的1.0M3計劃的開始，先把1.0M2發布出來，希望大家能幫忙數數bug，提提建議，更歡迎大家加入到SpringSide的開發團隊?。

主要更新：

• Compass更新： 使用簡單的Annotation代替復雜的xml映射文件，再換上Compass提供的默認的Index和Search Controller，使得Lucene的使用成本降到平民團隊的程度。另外還加上了復雜查詢的Demo，完整的文檔，So Cool。
• JBoss Rules更新：JBoss Rules出到正式版3.0.1，官方文檔也已經補全。在讀完官方文檔后，改進了之前的封裝和Demo。
  不過JBoss Rules的Road Map告訴我們，它還在升級規則存儲管理的模塊，暫時不用自行擴展。
• Acegi 更新： Acegi出到正式版1.0，在訂單管理部分初步加入ACL控制，還有JCaptcha驗證碼的加入及登陸超時，Logout Filter等特征的使用。
• 其他實用性改進：比如可用Propertity修改的Base Constants；增加了一個查詢屬性如圖書名有沒有重復的通用函數；增加一個historyable接口，BindObject函數會自動為實現了該接口的ceate/modify user 和create/modify time，并用Hibernate Event Listener偵聽修改記錄；增加了前臺Ajax分頁的簡單演示。

其他修改：見 團隊開發日志

其他依賴包升級：

• extreme components 1.0.1 看半天，收獲就是每個<ec:table>?里不需要再定義imagePath了，在properties文件里定義即可，ec會自動為其加上contextPath 如/springside。
• Commons-Validator 1.3 + SpringModules-validation 0.4 使用hotfix的springmodules版本，兩者的最新版終于走在一起了。

本期開發人員介紹：

• 差沙：本期MVP隊員，為SpringSide加入了JCaptcha驗證碼和訂單管理的Acegi ACL實現，ACL的實現側顯了差沙強勁的編碼爆發力，而JCaptcha的引入過程暴露了差沙無物不破的Fix Issue能力。最后差沙已正式升級為SpirngSide核心開發團員。
  
• 地獄男爵：接過nkoffee的棒，把Compass的Feature表現得簡單而強大。?
  
• cac（陳俊）：SpringSide的大內總管，承擔了SpringSide大部分的代碼改進，Bug修正和頁面優化的工作，尤其在1.0M2的最后發布階段，每天熬過半夜連續挑掉了無數問題。
  
• 李李：補充了WebWork的文檔，簡化了Webwork的應用，bba96框架也升級到bba96-tiger1.0-beta3。
  
• schweigen：補充了JBoss Rules的文檔。
  
• 江南白衣：咳。

重要的1.0 M3 開發計劃見http://jira.javascud.org/browse/SPRINGSIDE?共23個任務，其中核心任務有SpringSide-Base建設、Acegi應用的再次升級、BIRT應用的再次升級、JBpm的加入、dojo和Sun的Html widgets 集成taglib大加入、Spring 2.0RC1的升級。 歡迎大家加入SpringSide開發團隊，湊個熱鬧，共襄盛舉。

最后特別感謝scud的JavaScud開源服務平臺(http://www.javascud.org) 為 SpringSide提供的系列服務.

     摘要: Prototype.js 是Javascript編寫者的一把小軍刀，提供了很多Ruby風格簡寫語法和實效的函數，更難得的是完全跨瀏覽器，讓大家舒舒服服寫出又精簡又不用愁心兼容的的JS代碼，springside 已經離不開它了。  閱讀全文

1.TheServerside.com? 依然是地位無可動搖的CCTV1。

2.InfoQ.com Floyd Marinescu 在離開 TSS 后另起爐灶，2006年中最重要推薦。視野不再局限于Java 而是包括Java,.Net, Ruby ,SOA, Agile方法等熱門話題。

3.JDJ的電子雜志?在JDJ首頁的最底處訂閱，文章質量不低于5-7的傳統三強。

4.SWik.net? 收集了大量OpenSource Project的資源聚合。其中如Spring，Hibernate的更新度非常高，出現什么和Spring有關的blog,article,project都會馬上被聚合。

5.IBM DeveloperWorks?傳統、穩定的Java文章來源地。

6.JavaWorld 傳統、穩定的Java文章來源地。

7.OnJava? 傳統、穩定的Java文章來源地。

8.Artima.com?類似于TSS而略遜，其中Spotlight 文章值得關注，而Java News是聚合了所有其他Java站點的大聚合。

9.JavaLobby? 站內的Announcements?是大大小小Java? Project的發布聲明區，Trips and Tricks?有很多的Tips。

10. No Fluff Just Stuff 的Blogs 聚合 一直缺一個所有優秀Java Blogger的rss總聚合，NFJS這里勉強算一個。

     摘要: 作為一個架構設計師，只應該上述的第2，3項特征，一是在框架類里配合使用反射和泛型，使框架的能力更強； 二是采用收斂特征，本著對人民負責的精神，用泛型使框架更加類型安全，更少強制類型轉換。
同時，老被人罵的擦拭法其實避免了Java的流血分裂。  閱讀全文

     摘要: 因為Retrotranslator的出現，SpringSide 1.0終于放心升到JDK5.0，并保證仍然100%可以運行在JDK1.4的服務器上。
和Retroweaver一樣，大家直接用JDK5開發，最后通過ASM轉換到JDK1.4的字節碼，部署到JDK1.4的運行環境。但它不僅支持JDK5的語法，還支持JDK5的新增API。  閱讀全文

     摘要: 當王家衛遇到杜可風，Spring遇到Ruby。想出這個題目的Crraig Walls 絕對也是個八卦種子，宣傳的是Spring 2.0m2集成動態語言的feature。  閱讀全文

     摘要: 《Effecitve Enterprise Java》的一個實踐。  閱讀全文

     摘要: 看著log4j-2.13.jar被每個項目每個版本里一次又一次無限下載，你就會覺得用Maven2 管理Library實在很環保。
而且，Java的類庫也急需擺脫這種無身份無地位一個jar包隨處擺放的境況。Maven給Jar以名份是一個好方向。
  閱讀全文

     摘要: 有個地方恰似美好未來，就是被趕鴨子上架的springside了。
  閱讀全文

     摘要: SourceForge用了許多年，最近才靠springside混進了它的后臺。八卦一把去sf混個房間有什么好處，還有它以什么規則，維持這么大一間善堂的運作。  閱讀全文

     摘要: 似乎老外有這個習慣，逢年過節都會推薦一些書大家在家里充電。  閱讀全文

   作者：江南白衣     

  JDBC有夠慢的，出到了3.0了才有個Rowset能類似于windows下ADO的概念，卻還是達不到ADO.net的水平。幸虧Java里ORM這塊比較爭氣，趁著C#的ObjectSpace跳票，可以繼續耀武揚威。

  Rowset對比于ResultSet，除了不用保持Connecton外，更重要特點是能夠類似于ADO的編程方式，直接對Row賦值來進行Insert與Update， 而不用寫SQL語句。   在windows編程中經常可見這種模式，特別是ADO.net用的好時，ORM也只能算是錦上添花....

     在oracle的sample代碼中，rowset02.java完整demo了RowSet的ADO模式。
     簡化后的代碼如下：

    作者：江南白衣    
 
   上次FB的吹水摘錄：

     除JDBC外的數據訪問技術包括EJB，Hibernate，JDO，iBatis等，但凡是ORM的總要面對相同的困境，如果透明持久化的，苦惱就更多 --Java數據訪問技術依然在緩慢跨越鴻溝，.Net社區的同學用不著眼熱心跳：

     1.查詢語言--紛紛重回原來極想擺脫的sql，但實現得又不如SQL成熟。
        因為QueryObject，Criteria API的可讀性太差，最后所有技術方案都回到它們原來一力想擺脫的SQL的路上。而且，因為是重新倉促設計，都不如sql 的成熟，總有很多做不到的地方。像剛開始的EJB QL，幾乎什么都做不了，而hibernate 3.0 HQL把h2的代碼拋棄了重新實現才達到相對滿意的水平。

    2.積極載入和懶惰載入--不能如sql般每次隨需定制
       ORM與jdbc訪問的區別，就是以包含關聯對象的對象，而不是以sql自由定制的ResultSet，作為數據載入的主體。

       積極載入策略在載入訂單對象時，會接著載入顧客對象、產品對象，而如果產品對象又包含類別對象時.....整個數據庫被拖了一小半出來。即使不玩連連看，clob對象的胡亂載入就夠頭痛了。

      與此對應的就是懶惰載入策略，比如EJB的初始版本，據聞每個屬性查詢一次數據庫，數據庫往返次數多得嚇人。

      ORM方案會讓用戶自行定義這兩種策略來達到平衡。一般默認采用積極載入，在一對多關聯上定義lazy load，還有統一定義積極載入的層數。到了hibernate 3，更可以在列級別上定義lazy load。

      問題是，上述的定義都在hbm文件，每種對象的載入策略只能定義一次。而不能像jdbc那樣，根據不同的情況select不同的結果列。

      順帶一個問題是那些信息不完全對象，比如產品只有序號和名字，不帶其他信息時，在一個純面向對象環境里不好表示，hibernate提供的component方案也不是太好。

3.透明持久化--對POJO的一些臨時操作也會被持久化
     因為持久化是透明的，很容易就會誤用，對POJO進行的一些臨時操作，一不小心就被保存進數據庫中。再加上Session，事務的混亂，遠遠沒有用jdbc跑DML語句那么容易搞清楚發生的事情。

    而且，不是每個程序員都能習慣新的透明持久化環境，都對所用ORM系統的持久化策略理解深刻。何況這些策略以及整合它們的框架如Spring，還經常毫無提示的在升級時發生改動!!!

    所以，每個使用ORM的團隊，在項目過程里總會有鬧鬼的幾天......