国产成人精品日本亚洲专,亚洲中文字幕一二三四区苍井空,亚洲好看的理论片电影

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

posted @ 2011-05-09 11:24 江南白衣閱讀(3838) | 評(píng)論 (4) | 編輯收藏

摘要: 大眾搬屋版里, 不斷將工作項(xiàng)目中的代碼片段移植過來，而且這種搬運(yùn)的幸福感估計(jì)還會(huì)下面的幾個(gè)版本中延續(xù)。閱讀全文

posted @ 2010-08-10 12:07 江南白衣閱讀(5921) | 評(píng)論 (5) | 編輯收藏

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

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

閱讀全文

posted @ 2010-06-25 10:20 江南白衣閱讀(6286) | 評(píng)論 (2) | 編輯收藏

SpringSide 3.3.2 Long time no see版

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

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

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

posted @ 2010-05-17 23:52 江南白衣閱讀(5240) | 評(píng)論 (10) | 編輯收藏

SpringSide 3.2.1 寒冬日志版發(fā)布

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

posted @ 2009-11-23 10:22 江南白衣閱讀(5556) | 評(píng)論 (6) | 編輯收藏

SpringSide 3.1.8 兄瓦弟玉版發(fā)布

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

posted @ 2009-09-02 22:09 江南白衣閱讀(5346) | 評(píng)論 (6) | 編輯收藏

SSO中的Pattern

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

posted @ 2009-05-29 23:32 江南白衣閱讀(5371) | 評(píng)論 (4) | 編輯收藏

ESB筆記2009

摘要: 又過一年了，更新一次自己的ESB筆記，內(nèi)容實(shí)在，枯燥無味，濃縮即精華....年度最大發(fā)現(xiàn)應(yīng)該是Fuse ESB 4.0吧。閱讀全文

posted @ 2009-04-05 00:44 江南白衣閱讀(6800) | 評(píng)論 (8) | 編輯收藏

要不要就一起升級(jí)JDK6.0?

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

JDK5是一個(gè)巨大的轉(zhuǎn)折點(diǎn)(泛型，Annotation，并發(fā)...)，而JDK6就是一個(gè)可安全升級(jí)的加強(qiáng)版，對新項(xiàng)目是不升白不升，白升誰不升，而對舊項(xiàng)目就是升了也白升，不升也沒啥損失吧。閱讀全文

posted @ 2009-03-19 10:20 江南白衣閱讀(8021) | 評(píng)論 (27) | 編輯收藏

架構(gòu)師09年書單

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

posted @ 2009-03-18 16:15 江南白衣閱讀(11315) | 評(píng)論 (2) | 編輯收藏

SpringSide 3.1.2 更低調(diào)發(fā)布

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

posted @ 2009-03-16 09:39 江南白衣閱讀(5714) | 評(píng)論 (10) | 編輯收藏

Struts 2.1，安全的傳統(tǒng)MVC框架選型

摘要: 沒人知道多如牛毛的傳統(tǒng)MVC框架中哪個(gè)是最好的，但就像硬件界買IBM不會(huì)犯錯(cuò)一樣，Struts2.1也應(yīng)該是未來一段時(shí)間里安全的選擇，特別是企業(yè)里有N多開發(fā)團(tuán)隊(duì)和開發(fā)人員的時(shí)候。

閱讀全文

posted @ 2009-02-26 11:14 江南白衣閱讀(5922) | 評(píng)論 (4) | 編輯收藏

一個(gè)Java架構(gòu)師的新年期望

摘要: 年末最后一天，昭事上帝，聿懷多福，祈望來年的Java社區(qū)爭氣一點(diǎn)，實(shí)現(xiàn)偶們小小的愿望... 閱讀全文

posted @ 2009-01-24 15:56 江南白衣閱讀(7614) | 評(píng)論 (5) | 編輯收藏

極簡風(fēng)格Web架構(gòu)，jsp+jdbc的二次復(fù)辟

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

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

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

posted @ 2008-07-31 10:06 江南白衣閱讀(8183) | 評(píng)論 (11) | 編輯收藏

Springside3.0 低調(diào)發(fā)布

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

posted @ 2008-07-30 09:24 江南白衣閱讀(7392) | 評(píng)論 (5) | 編輯收藏

一次Java垃圾收集調(diào)優(yōu)實(shí)戰(zhàn)

摘要: GC調(diào)優(yōu)是個(gè)很實(shí)驗(yàn)很伽利略的活兒，最后服務(wù)的處理速度從1180 tps 上升到1380 tps，調(diào)整兩個(gè)參數(shù)提升17%的性能還是筆很劃算的買賣..... 閱讀全文

posted @ 2008-07-09 10:13 江南白衣閱讀(8155) | 評(píng)論 (1) | 編輯收藏

Mule ESB 2.0 苦斗兩周之后的初印象

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

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

posted @ 2008-07-04 10:04 江南白衣閱讀(13389) | 評(píng)論 (7) | 編輯收藏

漸統(tǒng)江湖的項(xiàng)目原型生成工具 -- Maven Archetype

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

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

posted @ 2008-06-12 21:21 江南白衣閱讀(9447) | 評(píng)論 (1) | 編輯收藏

SpringSide近況

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

6月份，終于通過了。

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

posted @ 2008-05-31 14:10 江南白衣閱讀(7753) | 評(píng)論 (17) | 編輯收藏

Terracotta，POJO開發(fā)模型的最后一塊拼圖

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

posted @ 2008-05-28 09:58 江南白衣閱讀(6182) | 評(píng)論 (6) | 編輯收藏

架構(gòu)師書單

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

posted @ 2007-02-09 09:44 江南白衣閱讀(14430) | 評(píng)論 (13) | 編輯收藏

Spring2.0，Struts2.0，SpringSide 2.0--SpringSide 2.0M1 Release Notes

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

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

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

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

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

posted @ 2006-11-28 00:16 江南白衣閱讀(11576) | 評(píng)論 (15) | 編輯收藏

給編程狂熱者的ant task筆記

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

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

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

posted @ 2006-09-07 00:34 江南白衣閱讀(9951) | 評(píng)論 (13) | 編輯收藏

QuickServer--在吵鬧的環(huán)境里快速搭建自己的TcpServer(Pragmatic系列)

摘要: 雖然現(xiàn)在已是Web Server, Web Service的天下，但偶然還是會(huì)因?yàn)樾阅芸量蹋蛘咝枰远x協(xié)議的原因，很無辜的要自己做一個(gè)Multi-Thread，Multi-Client的Tcp Server。超簡單的QuickServer，讓你專心編寫自己的業(yè)務(wù)代碼，不用編寫一行Tcp代碼。[閱讀全文] 閱讀全文

posted @ 2006-08-12 23:27 江南白衣閱讀(13663) | 評(píng)論 (12) | 編輯收藏

Nutch 0.8筆記--Google式的搜索引擎實(shí)現(xiàn)

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

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

posted @ 2006-08-09 09:42 江南白衣閱讀(30585) | 評(píng)論 (18) | 編輯收藏

SpringSide 1.0 M3-All in one 發(fā)布

摘要: 這個(gè)版本將是SpringSide1.0范圍內(nèi)最后一個(gè)跑馬圈地，開疆拓土的版本。從下一個(gè)版本開始，將會(huì)把主要精力放在代碼的細(xì)化，文檔與測試用例的補(bǔ)充，以及在實(shí)際項(xiàng)目中的應(yīng)用。

這個(gè)版本除了繼續(xù)跑馬圈地外，也對代碼結(jié)構(gòu)作了很多遍重構(gòu)，終于使復(fù)雜的項(xiàng)目以比較順眼的方式組織起來了。

閱讀全文

posted @ 2006-08-08 08:34 江南白衣閱讀(8723) | 評(píng)論 (5) | 編輯收藏

SpringSide 1.0M2 修正與改良版發(fā)布

SpringSide是一個(gè)以Spring Framework為核心，Pragmatic風(fēng)格的企業(yè)應(yīng)用開發(fā)基礎(chǔ)和最佳實(shí)踐展示。為使用Spring框架的開發(fā)者提供一個(gè)非Demo版的復(fù)雜、正式且體現(xiàn)最佳使用實(shí)踐的參照系統(tǒng)。為JavaEEer必須面對的問題提供合乎Pragmatic原則的解決方案。

當(dāng)然，要等待大家拍磚過后，上述表述才會(huì)成立。

SpringSide主要包含四個(gè)部分--

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

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

盡管代碼里還是有Bug，但為了把SpringSide用于實(shí)際項(xiàng)目的1.0M3計(jì)劃的開始，先把1.0M2發(fā)布出來，希望大家能幫忙數(shù)數(shù)bug，提提建議，更歡迎大家加入到SpringSide的開發(fā)團(tuán)隊(duì)?。

主要更新：

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

其他修改：見 團(tuán)隊(duì)開發(fā)日志

其他依賴包升級(jí)：

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

本期開發(fā)人員介紹：

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

重要的1.0 M3 開發(fā)計(jì)劃見http://jira.javascud.org/browse/SPRINGSIDE?共23個(gè)任務(wù)，其中核心任務(wù)有SpringSide-Base建設(shè)、Acegi應(yīng)用的再次升級(jí)、BIRT應(yīng)用的再次升級(jí)、JBpm的加入、dojo和Sun的Html widgets 集成taglib大加入、Spring 2.0RC1的升級(jí)。歡迎大家加入SpringSide開發(fā)團(tuán)隊(duì)，湊個(gè)熱鬧，共襄盛舉。

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

posted @ 2006-06-23 03:03 江南白衣閱讀(8679) | 評(píng)論 (7) | 編輯收藏

Prototype.js--Javascript編寫者的小軍刀

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

posted @ 2006-06-17 13:58 江南白衣閱讀(19046) | 評(píng)論 (15) | 編輯收藏

2006年中 My Favorite Java Site

1.TheServerside.com? 依然是地位無可動(dòng)搖的CCTV1。

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

3.JDJ的電子雜志?在JDJ首頁的最底處訂閱，文章質(zhì)量不低于5-7的傳統(tǒng)三強(qiáng)。

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

5.IBM DeveloperWorks?傳統(tǒng)、穩(wěn)定的Java文章來源地。

6.JavaWorld 傳統(tǒng)、穩(wěn)定的Java文章來源地。

7.OnJava? 傳統(tǒng)、穩(wěn)定的Java文章來源地。

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

9.JavaLobby? 站內(nèi)的Announcements?是大大小小Java? Project的發(fā)布聲明區(qū)，Trips and Tricks?有很多的Tips。

10. No Fluff Just Stuff 的Blogs 聚合一直缺一個(gè)所有優(yōu)秀Java Blogger的rss總聚合，NFJS這里勉強(qiáng)算一個(gè)。

posted @ 2006-06-06 21:20 江南白衣閱讀(10443) | 評(píng)論 (12) | 編輯收藏

Java5泛型的用法，T.class的獲取和為擦拭法站臺(tái)

摘要: 作為一個(gè)架構(gòu)設(shè)計(jì)師，只應(yīng)該上述的第2，3項(xiàng)特征，一是在框架類里配合使用反射和泛型，使框架的能力更強(qiáng)；二是采用收斂特征，本著對人民負(fù)責(zé)的精神，用泛型使框架更加類型安全，更少強(qiáng)制類型轉(zhuǎn)換。
同時(shí)，老被人罵的擦拭法其實(shí)避免了Java的流血分裂。閱讀全文

posted @ 2006-04-28 16:35 江南白衣閱讀(62588) | 評(píng)論 (25) | 編輯收藏

Retrotranslator--將JDK5.0項(xiàng)目完全轉(zhuǎn)換為JDK1.4 字節(jié)碼的恩物

摘要: 因?yàn)镽etrotranslator的出現(xiàn)，SpringSide 1.0終于放心升到JDK5.0，并保證仍然100%可以運(yùn)行在JDK1.4的服務(wù)器上。
和Retroweaver一樣，大家直接用JDK5開發(fā)，最后通過ASM轉(zhuǎn)換到JDK1.4的字節(jié)碼，部署到JDK1.4的運(yùn)行環(huán)境。但它不僅支持JDK5的語法，還支持JDK5的新增API。閱讀全文

posted @ 2006-04-27 00:05 江南白衣閱讀(11195) | 評(píng)論 (15) | 編輯收藏

當(dāng)Spring遇到Ruby

摘要: 當(dāng)王家衛(wèi)遇到杜可風(fēng)，Spring遇到Ruby。想出這個(gè)題目的Crraig Walls 絕對也是個(gè)八卦種子，宣傳的是Spring 2.0m2集成動(dòng)態(tài)語言的feature。閱讀全文

posted @ 2006-04-08 17:17 江南白衣閱讀(11645) | 評(píng)論 (5) | 編輯收藏

Message Driven POJO

摘要: 《Effecitve Enterprise Java》的一個(gè)實(shí)踐。閱讀全文

posted @ 2006-03-25 17:04 江南白衣閱讀(10455) | 評(píng)論 (4) | 編輯收藏

做環(huán)保主義者，用Maven2 管理Java類庫

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

posted @ 2006-03-19 20:59 江南白衣閱讀(17671) | 評(píng)論 (21) | 編輯收藏

UTF-8、Subversion、Maven2--2007年的項(xiàng)目特征

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

posted @ 2006-03-19 20:42 江南白衣閱讀(12104) | 評(píng)論 (5) | 編輯收藏

八卦Sourceforge后臺(tái)的空間規(guī)則

摘要: SourceForge用了許多年，最近才靠springside混進(jìn)了它的后臺(tái)。八卦一把去sf混個(gè)房間有什么好處，還有它以什么規(guī)則，維持這么大一間善堂的運(yùn)作。閱讀全文

posted @ 2006-02-27 20:41 江南白衣閱讀(11272) | 評(píng)論 (7) | 編輯收藏

春節(jié)推薦讀書單

摘要: 似乎老外有這個(gè)習(xí)慣，逢年過節(jié)都會(huì)推薦一些書大家在家里充電。閱讀全文

posted @ 2006-01-24 12:00 江南白衣閱讀(15506) | 評(píng)論 (12) | 編輯收藏

遲到的模仿：JDBC 3.0 RowSet，類似于ADO的編程方式

作者：江南白衣

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

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

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

public class RowSet02
{
  public static void main (String []args)
  {
   try
    {
         OracleCachedRowSet crowset = new OracleCachedRowSet ();
          crowset.setUrl (java:oracle:oci8:@);
          crowset.setUsername ("hr");
          crowset.setPassword ("hr");

          /*Select*/
          crowset.setCommand ("SELECT seatno, tdate, name, class FROM reservation");
          crowset.execute ();
          System.out.println ("Seat no  Travel Date  Name   Class");
          while (crowset.next ())
        {
             printRow (crowset);
          }
          crowset.setReadOnly (false);

          /*Update*/
          crowset.beforeFirst ();
          if (crowset.absolute (2))
         {
             crowset.updateString (4, "Business");
             crowset.updateRow ();
          }

          /*Insert*/
          crowset.beforeFirst ();
          crowset.moveToInsertRow ();
          crowset.updateInt (1, 107);
          crowset.updateDate (2, new Date (975915381774L));
          crowset.updateString (3, "Pluto");
          crowset.insertRow ();

           /*Delete*/
          crowset.beforeFirst ();
          if (crowset.absolute (6))
         {
            crowset.deleteRow ();
         }

         crowset.acceptChanges ();
         crowset.close ();
     }
    catch (SQLException ea)
    {
      ea.printStackTrace ();
   }
  }
}

posted @ 2006-01-14 19:18 江南白衣閱讀(9741) | 評(píng)論 (2) | 編輯收藏

ORM透明持久化方案面對的共同困境

    作者：江南白衣

   上次FB的吹水摘錄：

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

     1.查詢語言--紛紛重回原來極想擺脫的sql，但實(shí)現(xiàn)得又不如SQL成熟。
        因?yàn)镼ueryObject，Criteria API的可讀性太差，最后所有技術(shù)方案都回到它們原來一力想擺脫的SQL的路上。而且，因?yàn)槭侵匦聜}促設(shè)計(jì)，都不如sql 的成熟，總有很多做不到的地方。像剛開始的EJB QL，幾乎什么都做不了，而hibernate 3.0 HQL把h2的代碼拋棄了重新實(shí)現(xiàn)才達(dá)到相對滿意的水平。

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

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

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

      ORM方案會(huì)讓用戶自行定義這兩種策略來達(dá)到平衡。一般默認(rèn)采用積極載入，在一對多關(guān)聯(lián)上定義lazy load，還有統(tǒng)一定義積極載入的層數(shù)。到了hibernate 3，更可以在列級(jí)別上定義lazy load。

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

      順帶一個(gè)問題是那些信息不完全對象，比如產(chǎn)品只有序號(hào)和名字，不帶其他信息時(shí)，在一個(gè)純面向?qū)ο蟓h(huán)境里不好表示，hibernate提供的component方案也不是太好。

3.透明持久化--對POJO的一些臨時(shí)操作也會(huì)被持久化
     因?yàn)槌志没峭该鞯模苋菀拙蜁?huì)誤用，對POJO進(jìn)行的一些臨時(shí)操作，一不小心就被保存進(jìn)數(shù)據(jù)庫中。再加上Session，事務(wù)的混亂，遠(yuǎn)遠(yuǎn)沒有用jdbc跑DML語句那么容易搞清楚發(fā)生的事情。

    而且，不是每個(gè)程序員都能習(xí)慣新的透明持久化環(huán)境，都對所用ORM系統(tǒng)的持久化策略理解深刻。何況這些策略以及整合它們的框架如Spring，還經(jīng)常毫無提示的在升級(jí)時(shí)發(fā)生改動(dòng)!!!

    所以，每個(gè)使用ORM的團(tuán)隊(duì)，在項(xiàng)目過程里總會(huì)有鬧鬼的幾天......

posted @ 2006-01-05 21:22 江南白衣閱讀(11585) | 評(píng)論 (17) | 編輯收藏

一群gay birds齋坐噴水5小時(shí)--Programmer群第3次腐敗

從晚上六點(diǎn)開始聊到十一點(diǎn)，一群恐怖的聊天動(dòng)物，隔壁桌的三姑媽六姨婆都無奈先撤了。

記憶力超強(qiáng)的david.turing記得的Topic包括：Hibernate，Spring，iBitas，Strut，SOA，BEA產(chǎn)品(Wls, Wlp, Liquid Data)，JDK1.5，設(shè)計(jì)模式，泛型，數(shù)據(jù)庫事務(wù)，Java控件，RichClient，XML，WebService，反編譯技術(shù)，代碼重構(gòu)，比較.Net和Java在開發(fā)過程中的區(qū)別，UML，代碼控制，反射機(jī)制，Oracle/SQLServer，手談的AI設(shè)計(jì)，Web數(shù)據(jù)竊取......
   一群gay birds包括：Sparkle，Yok，WaterYe，江南白衣，Cyt，timiil，Char，Alex，瀚海，oo豆豆豬。

PS.英文不好的同學(xué)用詞霸查一下gay bird，切勿自誤。

posted @ 2006-01-04 16:05 江南白衣閱讀(12149) | 評(píng)論 (16) | 編輯收藏

啟動(dòng)SpringSide--Promatic Enterprise Application KickStart項(xiàng)目

作者：江南白衣???

??? SpringSide--Pragmatic Enterprise Application KickStart and Common Library Stack，這么長的一個(gè)名字下來，不用解釋大家都知道是做什么的了----以Spring Framework為core，提供一個(gè)Pragmatic的企業(yè)應(yīng)用開發(fā)基礎(chǔ)和最佳實(shí)踐展示。

? ?定位：為使用Spring框架的開發(fā)者提供一個(gè)非Demo版的復(fù)雜、正式而體現(xiàn)最佳使用實(shí)踐的參照系統(tǒng)。

?? 目標(biāo)：囊括JavaEE必須面-對的所有問題的合理的、合乎實(shí)踐標(biāo)準(zhǔn)的解決方案，采用Plugins形式組織，使開發(fā)者可快速定位所需的參考方案并做加法到自己的系統(tǒng)。
?
????項(xiàng)目網(wǎng)站：http://www.springside.org.cn?
??? or http://springside.sourceforge.net
??
??? 1. Featrue List???

Spring 2 - J2EE Framework.
Hibernate 3 - ORM, support EJB3/JPA1.0 in future.
Spring MVC?/WebWork - Multi-Action Web framework.
JSP2.0 - View Template.
XFire - Web Service.
Acegi - Security, RBAC ana ACL.(doing)
Eclipse BIRT 2 - Report Engine.(doing)
Drools?3 - Business Rule engine.(doing)
ActiveMQ ,Jencks - JMS Message Driven POJO.
Quartz - Enterprise job scheduler.
DWR 2 , Prototype.js , TrimPath JSTemplate ? - Ajax
Compass - Search engine use Luecene .(doing)
Groovy - Dynamic script language.(doing)
Openi - BI web application for OLAP Report.(doing)
ServiceMix - ESB(Enterprise Service Bus) and JBI.(doing)
Commons Validator - client and server side validation.
SiteMesh web-page layout and decoration framework.
OSCache - Web cache solution.
ExtremeTable - JSP Tag Libraries.
Log4j - Logging tool.
Ant , Maven2 , JUnit, EasyMock?- Build and Test tools.
UTF-8 and I18N.
Intergrate with Weblogic , Tomcat , JBoss , Geronimo.
And we are choising the Workflow solution.

?
??? 2. SpringSide與Appfuse有什么不同？
??? 1.SpringSide較完整的演示了企業(yè)應(yīng)用的各個(gè)主題，而Appfuse只有簡單的登陸界面和用戶管理。

??? 2.SpringSide是深受Ruby on Rails影響的Pragmatic型的方案。

??? 3.Appfuse主要目的是展示各式mvc、orm方案與Spring的結(jié)合，有些技術(shù)屬于高手玩具，而SpringSide展示的是一個(gè)國內(nèi)項(xiàng)目的實(shí)際形態(tài)，并帶中文手冊與大量中文代碼注釋

????4. 腳本細(xì)節(jié)
??SpringSide的基本結(jié)構(gòu)是JDK1.4 + Spring 2.0 + hibernate3 + Spring MVC multi-action + JSP2.0。

??? 使用 XFire提供WebService訂書的服務(wù)端接口和 Java版/.Net版的客戶端示范代碼。

????店員是個(gè)兼職的學(xué)生，所以系統(tǒng)會(huì)為每張訂單發(fā)一封通知郵件給店員。為了不影響顧客下單的速度，發(fā)信的動(dòng)作由jms異步進(jìn)行。
???
??? 系統(tǒng)還會(huì)用 Quartz定時(shí)掃描缺貨的圖書，用郵件通知店員。
????
??? 老板只負(fù)責(zé)看一些色彩豐富，帶圖的報(bào)表。Eclipse Birt2.0提供日常報(bào)表， Openi提供BI OLAP的。

????基于Lucene的 Compass做的圖書全文搜索。

??? 基于 Drools規(guī)則引擎的訂單滿100元免運(yùn)費(fèi)，會(huì)員積分制等。??????

? ? 店面演示Ajax效果與 OSCache的Web Cache，SiteMesh的渲染效果使用。

??? 一些非關(guān)鍵業(yè)務(wù)，用 Groovy動(dòng)態(tài)語言來快速開發(fā)。

??? log4j系統(tǒng)將重要操作員日志異步寫入數(shù)據(jù)庫，使它們可管理。

??? 綜合的Acegi i安全權(quán)限管理。

??? utf-8, i18n的國際化項(xiàng)目。

???ServiceMix ，WorkFlow的故事設(shè)計(jì)中。

??? 5. RoadMap
??? Road Map in? JIRA Issue Checker ,歡迎大家提出更多Topic
????.
??? 6. 團(tuán)隊(duì)成員列表 (排名按加入順序)
???
???? 歡迎朋友們加入。人多速度快是很重要的事情。

???參加方式有3種
?? 1.幫忙codereview提意見
?? 2.到JIRA里面領(lǐng)任務(wù)
?? 3.到JIRA 提出新任務(wù)?

??真正貢獻(xiàn)了力量的同志自然會(huì)成為開發(fā)人員.

???
????Team Worker：
???? 江南白衣，cac，@_@，wuyu，charlse, efa，yimlin??
???? Contributor：
???? water?ye ，totodo，david.turing，pesome，oofrank
??
???? 長老供奉：
????? 莊表偉，Robbin

???? (排名按加入時(shí)間）

7. 交流區(qū)

演示站點(diǎn)

開發(fā)RoadMap

Spring中文論壇專區(qū)

團(tuán)隊(duì)開發(fā)日志

開發(fā)者QQ群：15690287 (only for Springside developer)
用戶QQ群: 21601442

posted @ 2006-01-02 17:47 江南白衣閱讀(19013) | 評(píng)論 (80) | 編輯收藏

在廚房，車頂，草地上使用Spring

   作者：江南白衣

    Spring再強(qiáng)大，也要面對降臨的問題--因?yàn)镾pring不是Weblogic、Tomcat般的頂層容器，Servlet和EJB對象不由它創(chuàng)建，所以它必須要降臨到Weblogic、Tomcat所在的位面。
     初學(xué)者一般不用管那么多，照著Spring+hibernate+Struts之類的Sample就做了，但慢慢的，也許就要開始在jsp+javabean體系，土制框架，singleton類等環(huán)境下使用Spring了。
     《Professional Java Development with the Spring Framework》第3章有"Managing the Containe"一節(jié)講這個(gè)問題。一般可以分為直接召喚系與IoC fashion兩類。

     1.直接召喚系--Singleton的Application Context
      最簡單的，就像在UnitTest里那樣，直接構(gòu)造Application Context：

ApplicationContext ctx = new ClasspathXmlApplicationContext("ApplicationContext.xml");

      在Web環(huán)境里，會(huì)使用ContextLoader構(gòu)造ApplicationContext后，壓進(jìn)Servlet Context。
      由ContextLoaderListener或ContextLoaderServlet，在Web應(yīng)用啟動(dòng)時(shí)完成。
      然后在Jsp/Servelet中，可以通過Servlet Context取得ApplicationContext：

ApplicationContext context = WebApplicationContextUtils.getWebApplicationContext(application);

     但像singleton類或者EJB中，就沒有Servlet Context可用了。
      如果全部像UnitTest那樣直接構(gòu)造，速度就會(huì)很不堪。自然的，就想到把ApplicationContext做成單例。
      Spring提供了ContextSingletonBeanFactoryLocator這樣的物體。
      先搞一個(gè)beanRefFactory.xml，里面寫上所有的applcationContext-*.xml文件名，并把Context命名為"default-context"：

<beans>
  <bean id="default-context"  class="org.springframework.context.support.ClassPathXmlApplicationContext">
    <constructor-arg>
      <list> <value>applicationContext.xml</value></list>
    </constructor-arg>
  </bean>
</beans>

然后讓loactor去找它，但代碼有點(diǎn)長：

BeanFactoryReference bfr = DefaultLocatorFactory.getInstance().useBeanFactory("default-context");
BeanFactory factory = bfr.getFactory();
MyService myService = factory.getBean("myService");
bfr.release();
// now use myService

    上面的代碼實(shí)在是太靈活，太麻煩了。
    還不如自己實(shí)現(xiàn)一個(gè)簡單的Singleton，擴(kuò)展ContextLoaderListener類，在Web系統(tǒng)啟動(dòng)時(shí)壓入Singleton。

    新的ContextLoaderListener類重載如下，ContextUtil中包含一個(gè)靜態(tài)的ApplicationContext變量：

    public void contextInitialized(ServletContextEvent event)
    {
        super.contextInitialized(event);

        ServletContext context = event.getServletContext();
        ApplicationContext ctx = WebApplicationContextUtils.getRequiredWebApplicationContext(context);
        ContextUtil.setContext(ctx);
    }

用家可直接取用：

ApplicationContext context = ContextUtil.getContext();

2.IoC fashion
    如果所有地方都使用直接召喚系，那就反而是在打Rod的耳光了。因?yàn)樗恢倍挤磳Υa與框架深耦合的。
    所以，更好的方法是寫一些glue code、base class來完成Spring的降臨，而不讓應(yīng)用代碼察覺Spring Application Context的存在。
    不過，因?yàn)楦鱾€(gè)框架的結(jié)構(gòu)不同，Rod也沒辦法講出一個(gè)通用的整合方法，所以建議大家盡量學(xué)習(xí)已整合的各種框架，如Spring MVC、Struts的種種方式，寫出自己的簡單整合代碼來。

    只有不確定的調(diào)用某些Singleton類，不適合過早ioc的情況，可以使用直接召喚系。

posted @ 2005-12-30 10:40 江南白衣閱讀(12337) | 評(píng)論 (11) | 編輯收藏

全球四大Java研討會(huì)

作者：江南白衣

每年的全球四大Java研討會(huì)，它們的agenda，給大家提供了一個(gè)捉摸Java時(shí)尚風(fēng)向的便利。
每年花幾天看一遍它們的報(bào)道和share出來的slides，是CTO該做的事情。

PS. 如果你被邀在哪里做講演，又想不到給下面那些似睡似醒的豬頭說什么的，可以從中參考一二。
PS2.在迷宮一樣的網(wǎng)站中翻滾了半個(gè)小時(shí)，把a(bǔ)genda和slides的鏈接都整理了出來，便人便己。

TheServerSide Symposium 對很多人來說，TheServerSide才是真正的Java官方社區(qū)--06年的agenda。

JavaPoils 歐洲最大的Java研討會(huì)--05年報(bào)道，04年完整Slides，05年(1)pdf陸續(xù)補(bǔ)全中，05年(2)pdf，04年的talk (需簡單注冊）。

Java One 官方，官方.....--05年報(bào)道，05,04年的ppt。

No Fluff Just Stuff tour 簡稱NFJS的大馬戲團(tuán)，最近的Spring Experience也是和它一起搞的
--05年某次的報(bào)道，過往的Agenda，Spearker的blog聚合。

posted @ 2005-12-22 10:57 江南白衣閱讀(8801) | 評(píng)論 (4) | 編輯收藏

一個(gè)２００５年末典型的Java EE場景

    作者：江南白衣

　俗話說得好，沒吃過豬肉不要緊，沒見過豬跑路就很沒面子了。新公司上班一周，主要就是看豬跑路，2005年末，一個(gè)典型的Java EE項(xiàng)目，場景是這樣的：

    1.一臺(tái)內(nèi)存強(qiáng)得變態(tài)的Sparc呼哧呼哧的在跑Oracle 10g。

    2.它的一個(gè)兄弟，共享T3陣列，靜靜的跑vcs 為它做著雙機(jī)熱備份。

    3.兩臺(tái)Weblogic 9做群集負(fù)責(zé)后臺(tái)管理。
　   編程模式是最老土的struts+spring+hibernate，再蹭一點(diǎn)Ajax。

    4.四臺(tái)Weblogic 9做群集負(fù)責(zé)前臺(tái)門戶。
　   最直接的jsp + javabean，用weblogic的tag作了頁面Cache。
　   weblogic還發(fā)布了一堆Web Service接口，也不時(shí)調(diào)用一下合作伙伴提供的WS。
　   最后還有一伙定時(shí)Task在奔跑，有些是自動(dòng)改變帳單狀態(tài)，有些是自動(dòng)把數(shù)據(jù)導(dǎo)出，ftp到合作伙伴那。

    5. 一臺(tái)Crystal Reports XI 的報(bào)表服務(wù)器。
　   邏輯都用PL/SQL封裝在SP和中間表里，設(shè)計(jì)報(bào)表時(shí)直接取用便是，不沾一絲Java代碼的煙火。
　   PS. 這臺(tái)也是唯一的Windows Server，

    6. 還有一些跑Tomcat（省錢)的獨(dú)立小應(yīng)用，一些C寫的任務(wù)，零散的分布在上面9臺(tái)服務(wù)器的角落。

posted @ 2005-12-17 11:47 江南白衣閱讀(12909) | 評(píng)論 (55) | 編輯收藏

微軟DSL開始搞局UML，四夷同賀

   作者：江南白衣

   今天CSDN的頭條是微軟DSL 對決 UML，雖然不是什么新聞了，但還是很開心。因?yàn)槲覍?shí)在很不喜歡基于UML2.0的所謂MDA。
    某人說，世界上沒有無緣無故的愛，卻有無緣無故的恨，尤其在網(wǎng)絡(luò)上。
    所以我很不喜歡UML三友。
    因?yàn)?非魚批：不是說無緣無故么?) UML中除了Class圖、順序圖、交互圖，其他如部署圖之類的，根本就是急就章，估計(jì)也就花了三友寶貴的十分鐘設(shè)計(jì)出來的，也沒多大用處。而Class圖和順序圖，換作諸位看官，回家憋幾天也能設(shè)計(jì)出個(gè)八九不離十的式樣出來。就這么點(diǎn)東西，值得捧到高高的神壇上坐這么久不下來么？

    第二不喜歡基于UML的MDA。UML作為溝通工具還好，但想用tagged value表達(dá)整個(gè)系統(tǒng)作為代碼生成的依據(jù)，就像想拿XML來描述整個(gè)商業(yè)系統(tǒng)、商業(yè)邏輯一樣。看這些年來，工具開發(fā)商浪費(fèi)了這么多人月，除了實(shí)際幫了不少研究生的畢業(yè)論文外，再?zèng)]多少成果了。（那些有限的生成效果，隨便一個(gè)xml文件或者PowerDesigner放開手腳做一下也不差多少)

    但就是這個(gè)三友和UML，把業(yè)界向更高一級(jí)語言邁進(jìn)的希望死死綁在一輛戰(zhàn)車上一綁就是好幾年，現(xiàn)在終于有一個(gè)出來搞局的了，而且還是手臂足夠粗大的微軟，就象Spring 搞了EJB2的局一樣，怎不叫我這種蠻夷拍手叫好？
    甚至不用管微軟的設(shè)計(jì)最后是否成功(不過開發(fā)領(lǐng)域，微軟還沒有過完全失敗的產(chǎn)品)，只要把局搞亂，我就很高興。何況，我也是個(gè)DSL愛好者。

posted @ 2005-12-07 21:35 江南白衣閱讀(9451) | 評(píng)論 (19) | 編輯收藏

學(xué)Geronimo玩票式的用開源軟件組裝AppServer

作者：江南白衣

昨天看J2EE 5規(guī)范的時(shí)候，八卦看了下如果自己要組裝一個(gè)Application Server需符合的規(guī)范：
EJB容器:
Enterprise JavaBeans (EJB) 3.0 (JSR-220)
Java Message Service (JMS) 1.1
Java Transaction API (JTA) 1.1
Java Authorization Service Provider Contract for Containers (JACC) 1.1
Java Platform, Enterprise Edition Management API 1.1 (JSR-77)
Java Platform, Enterprise Edition Deployment API 1.2
Java EE Connector Architecture 1.5

Web:
JavaServer Faces 1.2 (JSR-252)
Servlet 2.5
JavaServer Pages (JSP) 2.1
Standard Tag Library for JavaServer Page (JSTL) 1.2 (JSR-52)

Web Services:
JavaAPI for XML Web Services (JAX-WS) 2.0
JavaArchitecture for XML Binding (JAXB) 2.0 (JSR-222)
Web Services Metadata for the Java Platform 1.1 (JSR-181)
Web Services for Java EE 1.2 (JSR-109)
Java API for XML-based RPC (JAX-RPC) 1.1
SOAP with Attachments API for Java (SAAJ) 1.3
Java API for XML Registries (JAXR) 1.0

Other:
JavaMail 1.4
JavaBeans Activation Framework 1.1
Streaming API for XML (StAX) 1.0 (JSR-173)
Common Annotations for the Java Platform 1.0 (JSR-250)
Debugging Support for Other Languages (JSR-45)

再看Geronimo的做法，不由覺得好好笑，它居然玩票式的組了一隊(duì)開源軟件來應(yīng)付這些規(guī)范(不過止應(yīng)付到J2EE1.4)：

1.Tomcat/Jetty ，應(yīng)付了Web方面的Servlet 2.5 、JSP、JSTL。

2.Axis包了WebService方面的所有東西，Apache scout包JAXR。

3.OpenEJB 應(yīng)付 EJB2.1，這是整個(gè)鏈條里最勉強(qiáng)的部分。另外它也準(zhǔn)備EJB3的開發(fā)了。

4. ActiveMQ管JMS，MX4J管JMX，JOTM管事務(wù)，HOWL作事務(wù)日志。

5.WADI - a clustering, load-balancing and fail-over solution
具體請看《Geronimo！第 2 部分: 馴服 J2EE 1.4 這匹野馬》

除了上述規(guī)范，Geronimo還整合了Spring和支持JBI的ServiceMix，一共用到了50多個(gè)開源項(xiàng)目，幾乎把Apache，CodeHaus上的項(xiàng)目一網(wǎng)打盡，伯樂過而北群空了。這樣拉大旗建AppServer的方式，的確打破了某種市場狀態(tài)，模糊了Application Server的界限，好好玩。

Geronimo這種瘋狂整合靠的是它的GBean架構(gòu)，具體看《將第三方組件集成到 Geronimo 中》，而GBean之間的引用和交互，則靠cglib生成的動(dòng)態(tài)代理。有時(shí)間要具體學(xué)習(xí)一下這種全包容的架構(gòu)，不知是先進(jìn)還是落后。

PS . TSS 最近兩天的三條消息
1.Terracotta announces Clustered Spring Runtime --Terracotta 為Spring加入了集群能力。
2.JBoss adds Arjuna transaction engine -- Jboss整合了原來HP旗下BlueStone AppServer的事務(wù)技術(shù)，支持WebService事務(wù)。
3.jManage 1.0, JMX client, released-- 一個(gè)有Web版(這點(diǎn)比Mx4J好啊)和Console版的JMX client。

傳統(tǒng)Applicaton Server供應(yīng)商的日子越來越不好過了。

posted @ 2005-12-05 11:30 江南白衣閱讀(10234) | 評(píng)論 (5) | 編輯收藏

又到預(yù)測時(shí)，what will be cool in 2006?

作者：江南白衣

2005就這樣完了，ONJava的年終總結(jié): 2005 Year in Review。
TSS年初開會(huì)時(shí)講得專家們自己都開始有點(diǎn)厭倦的EJB3，JSF1.2，Ajax，AOP的三宗合一，SOA和ESB，Groovy，還是沒有一個(gè)stable的東西出來。

眼看2006，又是繼續(xù)將這些話題變成產(chǎn)品的一年，讓我們繼續(xù)討論厭煩：

*Full stack Application Framework: Spring 2.0
  Spring 2.0吹風(fēng)會(huì)兼FB大會(huì)剛剛開過。夜觀星象，Spring氣數(shù)未盡，開源社區(qū)里也只它有資格不斷整合別人。
  另一個(gè)Stack名曰RIFE，不過比較獨(dú)。
另外，JBoss搜刮的JEMS (JBoss Enterprise Middleware)和JSF+EJB3的Seam也會(huì)繼續(xù)發(fā)音。

*Web Framework：JSF 1.2
  最怕別人問現(xiàn)在開項(xiàng)目用哪個(gè)Framework好，選來選去暫時(shí)還是投靠標(biāo)準(zhǔn)好了。
不知道Struts Ti，Struts Shale，Spring MVC的2006會(huì)怎樣。
   而Continuations這個(gè)名詞明年也許會(huì)閃亮一下。

*Persist Framework： Hibernate 3.1 (EJB3/JPA1)
  在RoR的Active Record刺激下，annotaion 和default mapping終究要替代xml描述文件。
   另外，除了麻煩的ORM，也很希望有一個(gè)極簡的JDBC Framework，不知道JDBC4.0和Spring跑JDK1.5的SimpleJdbcTemplate什么樣子。

*Web Service Framework：XFire (JAX-WS2.0、JAXB 2.0)
SOA 風(fēng)潮下的next-generation SOAP Framework，支持JavaEE 5的JAX-WS2.0、JAXB 2.0與annotation，還拖上了Spring的手。
Axis的事實(shí)標(biāo)準(zhǔn)地位該不保了吧。

*JBI-ESB：ServiceMix
2006年的新大熱名詞--JBI(Java Business Intergrade)與ESB(Enterprise Service Bus)。

*Java Rule Engine與JDM 2.0：Drools
   Rule Engine和Data Mining 已經(jīng)說了很久，不知道明年又如何。但Drools則演繹了一條標(biāo)準(zhǔn)的成名路：
   1.先入CodeHaus再入Jboss
   2.（號(hào)稱）集成Spring
   3. 提供Eclipse的插件

*動(dòng)態(tài)語言嵌入：Groovy
  期待在Ruby的不斷刺激下，1.0正式版發(fā)布后的正式用家。

*some Ajax Framework
   Buffalo, Prototype, Dojo, MochiKit, DWR 混戰(zhàn)之下總該有脫穎而出者吧？

*AOP三宗歸一
雖然大家還很少在應(yīng)用中使用它，AOP在Spring 中的作用卻非常明顯。不知道Spring2.0是否可以三宗歸一，給出一個(gè)框架設(shè)計(jì)時(shí)使用的簡單方案。

posted @ 2005-12-04 02:49 江南白衣閱讀(10577) | 評(píng)論 (10) | 編輯收藏

Java Web Alignment Group成立與WebWork-Struts合并

作者：江南白衣

今天的一條八卦，在Asp.net 2.0與Rails系 RoR/DJango/Turbogears的兩面夾擊下，Java Web Framework的大佬們終于看到狼來了，坐下來，吃個(gè)包，開始商量合作。
消息在TSS主編Dion Almaer的Blog上看到，再看這個(gè)Java Web Alignment Group ，果然陣容鼎盛，36個(gè)Member，江湖上大部分大佬都到齊了。Yahoo Group免費(fèi)參觀，不過他從2005.11.10號(hào)開始就已經(jīng)沒有貼子---歇菜了。

Framework	Group Members
Beehive	Rich Feit
AppFuse	Matt Raible
JavaServerFaces	Ed Burns, Kito Mann, Craig McClanahan, Roger Kitain, Jacob Hookom, James Mitchell, Adam Winer
MyFaces	Bill Dudney, Ted Husted, James Mitchell, Travis Reeder
Seam	Gavin King, Jacob Hookom
RIFE	Geert Bevin, JR Boyens, Keith Lea
Spring MVC and Web Flow	Alef Arendsen, Keith Donald
Stripes	Tim Fennell
Struts Classic	Don Brown, Ted Husted, James Mitchell, Hubert Rabago, Niall Pemberton
Struts Shale	Craig McClanahan
Struts Ti	Don?, Rick?, Patrick?, James?
WebWork	Patrick Lightbody
Wicket	Eelco Hillenius

上面的名單已成歷史，唯一有趣的是Tapestry并不在列。
這個(gè)Group的最后成果就是Struts和Webwork上演了一出你的名字我的名字的Struts Ti 。---"以Struts為名字，Webwork為核心，加上Beehive的annotataion和pageflow，再提升與JSF的集成能力"。可惜Spring MVC暫時(shí)不會(huì)加入，而JSF系如何合并還未知。最期待的，是它的Phase 2--zero congfig file。

posted @ 2005-11-30 17:05 江南白衣閱讀(10312) | 評(píng)論 (18) | 編輯收藏

OpenLaszlo 3.1發(fā)布--重拾幾乎遺忘的RIA理想

作者：江南白衣

一年前，RIA新浪潮。
1.以新的Web控件代替復(fù)雜dhtml對控件的模擬；
2.以重返C/S的用戶體驗(yàn)代替?zhèn)鹘y(tǒng)http的提交-返回模式，開發(fā)模式上甚至可以直接調(diào)用商業(yè)對象。
RIA一出現(xiàn)就盡獲民心。但，F(xiàn)lex因?yàn)槭召M(fèi)，XUL因?yàn)榻K端，XAML因?yàn)闊o期，OpenLaszlo因?yàn)槌錾砼c性能.......漸漸退出了大家的嘴邊，他們也的確不爭氣，又一年過去了，都沒再弄出大的聲響。

這一年大家做什么呢，是忽然走紅的ajax，來實(shí)現(xiàn)RIA中不刷新頁面的承諾，還有高級(jí)如DWR，JSON-RPC，同樣實(shí)現(xiàn)RIA中對商業(yè)對象的直接調(diào)用。
之前有ECHO2，而最近出現(xiàn)的一個(gè)框架叫ZK1，開發(fā)人員用XUL來開發(fā)，然后臂大力雄的框架會(huì)把XUL渲染成dhtml+ajax，算是一種有趣的思路。
   但我還是覺得，瀏覽器應(yīng)該升級(jí)，而不是靠復(fù)雜的dhtml+ajax來模擬，我是革命派，不是改良派，相對于全體民眾花在模擬上的成本，瀏覽器的升級(jí)要簡單得多。

前幾天因?yàn)橄朐赽log上弄點(diǎn)小花樣，去了基于OpenLaszlo的blogbox。再回頭，發(fā)現(xiàn)OpenLaszlo已經(jīng)發(fā)布到3.1版本。

OpenLaszlo 3.1版本升級(jí)良多，已解決性能與中文問題。
*新版本可以編譯為Flash 6、7、8的格式，性能上突飛猛進(jìn)，不再是以前吃資源的巨怪。
*支持Unicode，支持中文了。
*支持SOLO deploy了，也就是不再要求Servlet Container，也可以deploy到IIS和Apache。
其他還有Drawing API，Charting Components，Dynamic Libraries，Ajax API等一系列升級(jí)。

OpenLaszlo3.1的編程體驗(yàn)
1.不愧曾是.com的產(chǎn)物，在Windows 下點(diǎn)了兩下next就裝完了，而且已有了整套的開發(fā)環(huán)境，10秒鐘之后，我開始在my-apps目錄寫我的helloworld.lzx，然后刷新頁面看結(jié)果。

2.XML格式的控件定義，JavaScript作為腳本語言，再加上完備的tutorial、reference文檔和demo code，又和wxWidgets那樣，基本上沒什么特別要學(xué)的東西，直接可以開始編碼了。

3.為什么RIA要比模擬RIA要好？
開篇兩點(diǎn)之外，OpenLaszlo還可以自由定義控件的layout，比用table、div的做法自由。
另外，OpenLaszlo還可以簡單的利用現(xiàn)有控件，定義新的控件和式樣。

對OpenLaszlo有不滿意嗎？
  有阿，用戶社群太少。還有控件的默認(rèn)式樣也比Flex的差一截，雖說可以自己customize，但不是每個(gè)人都那么有空的呀。還有那個(gè)IBM友情客串的IDE，啥時(shí)候才弄得像個(gè)樣嘛。

Flex ,XUL又在做什么？
Flex2 擺出的陣仗顯然勝于OpenLaszlo：
Flex Framework 2, Flex Builder 2,Flex Enterprise Services 2,Flex Charting Components 2
但，公無收費(fèi)，公竟收費(fèi)，&*(^%，當(dāng)奈公何。

XUL呢，新出的Firefox1.5只是Firefox1.0的補(bǔ)完，看不出FF2.0的痕跡，一年了。

posted @ 2005-11-29 12:23 江南白衣閱讀(11615) | 評(píng)論 (6) | 編輯收藏

Java下的框架編程(5)--cglib的應(yīng)用

?? 作者：江南白衣?

?? 反射、Proxy和元數(shù)據(jù)是Java最強(qiáng)的三個(gè)特征，再加上CGLib (Code Generation Library)和ASM，使得Java雖然沒有Ruby，Python般后生可畏，一樣能做出強(qiáng)悍的框架。
???Proxy可以看作是微型的AOP，明白提供了在繼承和委托之外的第三個(gè)代碼封裝途徑，只要有足夠的想象力，可以做得非常好玩，Spring的源碼里用Proxy就用得很隨便，看得我非常眼紅。可惜Proxy必須基于接口。因此Spring的做法，基于接口的用proxy,否則就用cglib。AOP么，一般小事非compoent一級(jí)的就不麻煩AspectJ出手了。

????cglib的Enhancer說起來神奇，用起來一頁紙不到就講完了。
??? 它的原理就是用Enhancer生成一個(gè)原有類的子類，并且設(shè)置好callback到proxy，則原有類的每個(gè)方法調(diào)用都會(huì)轉(zhuǎn)為調(diào)用實(shí)現(xiàn)了MethodInterceptor接口的proxy的intercept()?函數(shù)：

public?Object?intercept(Object?o,Method?method,Object[]?args,MethodProxy?proxy)

?在intercept()函數(shù)里，你可以在執(zhí)行Object result=proxy.invokeSuper(o,args);來執(zhí)行原有函數(shù)，在執(zhí)行前后加入自己的東西，改變它的參數(shù)值，也可以瞞天過海，完全干別的。說白了，就是AOP中的around advice。

??? AOP沒有出現(xiàn)以前，該領(lǐng)域經(jīng)典的設(shè)計(jì)模式是Decorator，像Java IO Stream的設(shè)計(jì)就是如此.不過，如果為每個(gè)DAO, 每個(gè)方法的寫Decorator函數(shù)會(huì)寫死人的，所以用上cglib的好處是一次過攔截所有方法。?

???? 另外，cglib除了Enhancer之外，還有BulkBean和Transform，都是Hibernate持久化的基礎(chǔ)，但文檔貧乏，一時(shí)還沒去看怎么用。

1.AOP里講了一百遍阿一百遍的log aspect在cglib是這樣做的:

???public?class?LogDAOProxy?implements?MethodInterceptor
???{
???????private?Logger?log=Logger.getLogger(LogDAOProxy.class);
???????private?Enhancer?enhancer=new?Enhancer();
????????//返回DAO的子類
???????public?Object?getDAO(Class?clz)
???????{
???????????enhancer.setSuperclass(clz);
???????????enhancer.setCallback(this);
???????????return?enhancer.create();
???????}
???????//默認(rèn)的攔截方法
??????public?Object?intercept(Object?o,Method?method,Object[]?args,MethodProxy?proxy)?throws?Throwable
??????{
???????????log.info("調(diào)用日志方法"+method.getName());
???????????Object?result=proxy.invokeSuper(o,args);
???????????return?result;
??????}
???}

??? 應(yīng)用的代碼:

????LogDAOProxy?proxy?=?new?LogDAOProxy();
????GoodsDAO??dao?=?(GoodsDAO)proxy.getDAO(GoodsDAO.class);
????dao.insert(goods);

2.而在Spring的管理下應(yīng)該略加修改的高級(jí)Decorator
?? 上面的例子用return?enhancer.create();創(chuàng)建子類實(shí)例，但在Spring管理下，一些Bean的實(shí)例必須由Spring來創(chuàng)建和管理，而不由enhancer來創(chuàng)建的。所以我對上述用法略加修改，使它真正當(dāng)一個(gè)Proxy的角色，請對比黑體字的部分

??public?class?LogDAOProxy?implements?MethodInterceptor
??{
???????private?Logger?log=Logger.getLogger(LogDAOProxy.class);
???????private?Object?dao=null;
???????private?Enhancer?enhancer=new?Enhancer();
????????//返回DAO的子類
???????public?Object?getDAO(Class?clz,Object?dao)
???????{
???????????this.dao?=?dao;
???????????enhancer.setSuperclass(clz);
???????????enhancer.setCallback(this);
???????????return?enhancer.create();
???????}??????
???????//默認(rèn)的攔截方法
??????public?Object?intercept(Object?o,Method?method,Object[]?args,MethodProxy?proxy)?throws?Throwable
??????{
???????????log.info("調(diào)用日志方法"+method.getName());
???????????Object?result=proxy.invoke(dao,?args);
???????????return?result;
??????}
??}

可見，原來模式里在getDao()時(shí)由enhancer創(chuàng)建dao，而?調(diào)用intercept時(shí)則將enhancer創(chuàng)建的dao以O(shè)bject o參數(shù)傳回。
而新模式里，dao在getDao()時(shí)從外面?zhèn)魅耄琫nhancer.create()返回的是一個(gè)proxy. 而調(diào)用intercept時(shí)，實(shí)際會(huì)用之前傳入的dao進(jìn)行操作，而忽略O(shè)bject o參數(shù)傳入的proxy.

有點(diǎn)遺憾, intercept函數(shù)里MethodProxy的Signature是固定的 , 即客戶如果調(diào)用foo(String),你不可以用proxy.invoke偷換成foo(String,String);

系列文章：
Java下的框架編寫(1)--序
Java下的框架編程(2)-對泛型的無聊用法和為擦拭法站臺(tái)?
Java下的框架編程(3)--關(guān)于反射的碎話?
Java下的框架編程(4)--Annotation vs XML vs Interface 最新一Round?
Java下的框架編程(5)--cglib應(yīng)用
Java下的框架編程(6)--asm(待寫)

posted @ 2005-11-28 22:49 江南白衣閱讀(24679) | 評(píng)論 (8) | 編輯收藏

Java下的框架編程(4)--Annotation vs XML vs Interface 最新一Round

作者：江南白衣

1.因?yàn)閮烧叩挠猛静煌訟nnotation與XML應(yīng)該并存

　Anootation vs XML 到了現(xiàn)在，在Spring和EJB3各占一邊的持續(xù)演示下，各自的用途已清晰。
   雖然兩者之間完全可以相互替代，沒有絕對不能做的事情，但卻存在好不好的問題，兩者的用途不同，應(yīng)該并用：

   "size=10，db_user=ito"這樣的參數(shù)，仍然適合放在XML，YAML(ruby)，properties，ini文件里。
    而Annotation中所放，是真正程序的一部分，是舊編程體系中所缺的那一塊東西。
　看看編程語言的發(fā)展：
    一開始只是函數(shù)的封裝；
    到了OO語言，對象有了自己的屬性和方法；
    到了框架滿天飛的年代，這些屬性和方法又有了自己的屬性，來告訴框架如何為自己提供服務(wù)。比如Spring和EJB3，POJO就用配置信息來告訴框架無侵入的提供服務(wù)。整個(gè)進(jìn)化的過程非常自然。

    因?yàn)檫@些信息本來就是程序的一部分，所以應(yīng)該仍然放在Code里頭，Spring把它割裂到XML明顯影響了代碼的閱讀。

2.Anotation/XML PK Interface，Spring 無侵入性的基礎(chǔ)
   切爾斯基的Blog講了Annotation/XML 對Interface的PK。這次PK，也可以認(rèn)為是Spring 對 EJB2.1在框架無侵入性上的一次PK。
   在EJB2.1時(shí)代，POJO必須通過接口來向框架聲明一些東西，這就造成了框架的侵入性，強(qiáng)迫POJO實(shí)現(xiàn)一堆接口。而Spring，把這些元信息搬到了XML配置文件。
　在Spring里隨便就可以舉個(gè)例子。比如一個(gè)POJO，在Spring為它進(jìn)行依賴注入A和B后，需要根據(jù)A和B來裝配一個(gè)內(nèi)部屬性C，這樣就需要再跑一個(gè)init()函數(shù)。Spring提供兩種方式，一種侵入性的，實(shí)現(xiàn)InitializingBean接口的afterPropertiesSet()函數(shù)供Spring調(diào)用。   而另一種是無侵入性的，在Bean的xml節(jié)點(diǎn)里面自行定義init函數(shù)的名字。

３.Annotation目前的弱點(diǎn)
　一是Hibernate、Struts、三姑媽、四姨婆的annotation如果一股腦兒的全堆在可憐的POJO上很沒人道，如果三姑六婆都搶Transation這個(gè)Anontation就更慘了。
    二是annoation的表達(dá)能力有限，不如XML的強(qiáng)。

4.JSR250 - Common Annotations for the Java
    Final Draft已經(jīng)發(fā)布，八卦回來一看，也只是多定義了幾個(gè)Common Annotation而已。
   1.Generated 自動(dòng)生成的代碼要用此聲明，而且必須說明工具的名稱，如@Generated(“com.sun.xml.rpc.AProcessor”)

   2.Resource/Resources 就是EJB3里面用的資源引用。

   3.PostConstruct / PreDestroy 聲明那些如題的函數(shù)。

   還有一些安全方面的annotation，不關(guān)心。

文章：
Java下的框架編寫(1)--序
Java下的框架編程(2)-對泛型的無聊用法和為擦拭法站臺(tái)
Java下的框架編程(3)--關(guān)于反射的碎話
Java下的框架編程(4)--Annotation vs XML vs Interface 最新一Round
Java下的框架編程(5)--cglib應(yīng)用
Java下的框架編程(6)--asm(待寫)

posted @ 2005-11-25 12:43 江南白衣閱讀(11290) | 評(píng)論 (4) | 編輯收藏

各系Rails大點(diǎn)兵

   作者：江南白衣

   不知道明年今日，會(huì)不會(huì)出現(xiàn)一隊(duì)只會(huì)用Ruby On Rails的畢業(yè)生，像當(dāng)年的asp、jsp、php迅速剿了C++/perl的CGI那樣，把我們給剿了。同好們勸我，根據(jù)大公司經(jīng)濟(jì)學(xué)，這基本不會(huì)發(fā)生。

    在茫茫的框架之海認(rèn)出一個(gè)Rails框架，基本上靠四個(gè)特征
    1.一門動(dòng)態(tài)語言
    2.一個(gè)extreme simple to use的ORM框架
    3.一個(gè)extreme simple to use的MVC框架
    4.一些自動(dòng)生成代碼的命令、模版
    其余ajax、web service、i18n等特性自由擴(kuò)展

   1.Ruby: Ruby on Rails
      Rails系的旗手，一己之力搞得J2EE陣營雞飛蛋打。
      旗手的作用表現(xiàn)在：
      *最接近1.0的版本，目前已出到最后一個(gè)RC版 1.0 rc4(0.14.3)
      *擁有一本amazon超級(jí)暢銷的《Agile Web Development with Rails》，而且這本書的組織也好，part I是一個(gè)漸進(jìn)的sample application 讓你快速入門，partII是幾個(gè)重要領(lǐng)域的深入介紹。
      *擁有自己的IDE: RadRails ，基于Eclipse但獨(dú)立成軍，目前出到0.5。(是不是怕慘了Eclipse的多變，現(xiàn)在這些IDE的發(fā)行版本開始反包含了Eclipse在內(nèi)。)

    2.Python: DJango、turbogears
       認(rèn)識(shí)不深，所以DJango請看limodou的blog，turbogears看xlp123的。

    3.Groovy: grails
       如果能順產(chǎn)，絕對是J2EE陣營里感情分最高漲的項(xiàng)目。因?yàn)樗Z言用Groovy，ORM用annotation版Hibernate，MVC用Spring。不用擔(dān)心它換湯不換藥，因?yàn)榻?jīng)過extreme的封裝，再結(jié)合Groovy，絕對不再是原來的Spring+Hibernate，而是和RoR差不多的一樣?xùn)|西了。不信可以看看他的Sample。
       不過這個(gè)項(xiàng)目的源碼目錄樹非一般的亂，也還沒有0.1版釋出。還有一樣奇怪的事情，這個(gè)Groovy項(xiàng)目，大多數(shù)的class代碼都是Java寫的。

    4.Php: symfony ,cake
       據(jù)說cake比symfony弱非常多，所以沒看。
       symfonys是基于php5的項(xiàng)目，成功整合了Propel(ORM)、Mojavi3(MVC)，再配合自動(dòng)生成的腳本打造而成。看他的sample，最后整合出來的東西也很Rails了，除了ORM層的xml文件。
        還有一個(gè)發(fā)現(xiàn)是Php項(xiàng)目現(xiàn)在可以用pear來安裝，很像Ruby的gem，Java的Maven要努力了。

C:/>pear channel-discover pear.symfony-project.com
C:/>pear install symfony/symfony

這樣就裝完了symfonys和propel&croel, mojavi3,還有用來運(yùn)行腳本命令的pake(php make)，PHing(php ant?)，一大堆東西。

posted @ 2005-11-22 13:16 江南白衣閱讀(11564) | 評(píng)論 (12) | 編輯收藏

2005年11月22日

公告

常用鏈接

隨筆分類

隨筆檔案

朋友

積分與排名

最新評(píng)論

閱讀排行榜

花錢的年華依舊是JavaEE
BlogJava \| 首頁 \| 發(fā)新隨筆 \| 發(fā)新文章 \| 聯(lián)系 \| 聚合 \| 管理	隨筆：88 文章：0 評(píng)論：976 引用：7