re: 給編程狂熱者的ant task筆記 江南白衣 2006-09-16 19:15
hehe,我對acegi一點不熟哦，在springside里的acegi部分主要由cac和差沙完成的，可以幫你轉告他們：）
謝謝你的試用和反饋，mainstream\lib 中的 jsp-api-2.0.jar 是為編譯期服務的，不應該被copy到項目的WEB-INF/lib 中。
eccn和myeclipse的struts特性稍后跟進加入：）
re: 給編程狂熱者的ant task筆記 江南白衣 2006-09-08 09:58
@to robins java world
還有啥俺沒總結到的，你補充一下？
re: BIRT 總覽（翻譯） 江南白衣 2006-09-07 23:06
@ 成都小弟
你的問題springside 里有demo
to h819:你說的正是SS2.0的roadmap啊：）
謝謝兩位意見，SS1.0有個問題就是bookstore的例子入門太復雜，所以ss2.0分開helloworld 和 bookstore兩個例子
ss2.0不希望只作demo, 大家看完demo,用到自己項目里還要花很多時間，所以搞成構件快速安裝。 但我們同樣不會亂作框架的，因為SS2.0 很注重大家可以輕量級的應用其中某個模塊，如果要搞成一個框架才能用估計就沒人用了。
即使將來搞運行時的微內核，也是一個對用戶完全透明的東西，就像Eclipse BIRT,你不用關心 Eclipse的插件機制，用普通的Birt API就能顯示報表。
ss2.0就是為了實用效果而誕生的，看mvc換回struts就知道了。那些新奇好玩的東西，沒經實用性驗證之前，難于在項目里直接使用的，都只會放在newfashion,孵化器這兩個examples里。只有完全實用的東西會放在bookstore example里。
“如果使用了會減少了很多時候遇到的Manager里面注入其他Domain的DAO，卻只是為了load或者listAll的問題（同時用generic）：D”
好，SS2.0會加入他們。不過listAll的使用要注意，看是否默認就要用帶狀態過濾的list函數。
@dukerr
能留一下你的聯系方式，我們進一步詳細討論么？
因為從實用角度考慮，公司里幾百號研發最熟的還是SSH，如果要轉grails或者seam都需要很長一段時間，所以mainstream還是跑SSH模式，
而new fashion 和sandbox example就可以進行一些面對未來趨勢的參考實現。
re: 進入首頁默認中文 江南白衣 2006-09-01 15:42
將文章放入Blogjava首頁前請閱讀該類別的說明，謝謝：）
re: Drools規則引擎的基礎語義 江南白衣 2006-09-01 11:55
Drools3.0 不搞這種XML式定義啦：）
內部原理的確是這樣的，但像Spring所依賴的IOC,原理也是很簡單的，但在上面不斷加強，就成為了一樣實用的東西。
普元也作了很多東西，比如他的Eclipse IDE就做得不錯，某種程度上圖形化無代碼編程。
user信息是在Controller的bindObject() 方法里完成的，如果發現它是HistorizableEntity就為它賦值。
謝謝你的點評：）
特別關心你關于一些SS1.0中不足的講解，我們在SS 2.0的時候可以加以修正。
@fire
因為公司里使用Struts的項目占壓倒性的優勢，估計其他公司也差不多阿。
而且昨晚發現Struts用的好時其實和Spring MVC區別不大。
@不知道叫啥好
構件化！= 普元啊 :) 只是參考普元里好的部分。
呵呵，這樣完全把MethodProxy proxy撇開了重新反射當然可以，只是有點怪。
AXIS2的確很不像這一兩年來被Spring煽動起來的lighweight項目的風格。
而且XFire的文檔算不怎么樣了，但AXIS2的文檔更不像樣。
blogjava網站首頁的自由發布制而不是編輯選擇制，正是保證了每個新框架都有機會通過blogjava首頁向大家推薦。
但比如正在回復的這篇，已經很操作手冊了，就不需要再發布到blogjava首頁了吧：）關心此操作的同志自然會在blog內找到這篇文章。blogjava網站首頁對于新項目主要是推薦，特性比較說明和更新通告的功能。
hello,blogjava首頁好大一片都是兄弟的了，是否可以整理一下？
把推薦newxy的，與其他框架比較的，說明newxy特點的，Install/QuickStart newxy的文章打頭放在blogjava首頁.而操作手冊類的文章做份list好像就可以了吧？
畢竟大家都不會把某個開源項目的參考手冊一頁一篇的貼到theserverside.com的首頁阿。
cindy沒有用過，但口碑是很不錯的。
選quickserver主要是因為畢竟需求不多，而quick server良好的框架回調機制，可以在對TCP/IP毫無了解的情況下完成任務，而其他幾個框架雖然也有很好的封裝，但始終是API式線性編程，需要自己了解一點東西。
hehe,可以看看它的license說明：
http://www.quickserver.org/license.html，只要不改動它的源碼，直接用binary版本是沒有LGPL限制的。
Hence our interpretation of the LGPL is that the use of the unmodified QuickServer source or binary does not affect the license of your application code. If you modify QuickServer and/or redistribute your modifications, the LGPL restrictions apply.
謝謝兄弟阿，在jira里建個task先：）
雖然粗略看了一下，好像沒有真正錯誤的地方，但還是可以用來做參考把代碼改得pretty些：）
等改完了，再PMD一下？
酷，XFire終于足夠安全，不用再公司項目那樣，靠防火墻過濾IP白名單了：）
up 阿，盼星星盼月亮終于把better practice文檔盼到了。
既然已經被懷疑到人品了，最后把來龍去脈，包括晴天被dudu封ID的過程，關于聊天記錄，關于Springer正式的回應一下：
http://blog.csdn.net/calvinxiu/archive/2006/07/17/930871.aspx
看到這樣的回帖很傷心，ss除了老老實實在我自己blog上發過簡單的release note,有過其它的宣傳行為嗎?為了擠時間coding ss的代碼，我最近連blog都幾乎沒寫了。
除了炒作的文章最后被移出去外，有專心技術的文章被不當的移走過嗎？每天整理blogjava首頁，讓大家訂閱的RSS更精彩，都是無償的勞動，我得過任何的利益嗎？
那篇文章里說得很清楚了，因為涉及站務解釋，因此暫時放一下首頁。
而你這篇....似乎又是....
不過你這么強烈要求，我就先不管，看其他站務人員意見了。
但是經過上次之后，blogjava對首頁文章的原則已經比較明確，你還想
《80前的前輩，你們都做了些什么？! 》
《《80前的前輩，你們都做了些什么？!》一文的正確解讀及是是非非 》
《關于《80前的前輩，你們都做了什么?!》一文對EasyJF團隊造成惡劣影響的聲明》
這樣在blogjava首頁扯個沒完了料估計比較難了
Geronimo1.1 支持JDK5.0, 而且有迷你版, 不含EJB2.1的LittlgeG.
對LittleG比較感興趣, 以后報方案時不用報出光膀子的Tomcat那么難聽了,說Geronimo也行,JBoss也行.
這么開心的事情,是不是見者有份,回復的都管一頓飯啊.
謝謝提醒，framework編寫其實分兩部分，一部分是你說的經驗總結，一部分是實現的手段，我回頭改一下文章的title。
hehe, 好一個“資深程序員來說,只有自己加入進來才會覺得有樂趣”，高手你就快加進來吧。
文檔雖然我們已經挺努力了，但一直還是弱項，一定要能夠發動大家一起建設wiki區，文檔才會真正豐富起來，下個版本我們會努力：）
hehe,謝謝你對blogjava的支持， 同時請注意只把最精品的文章選擇在BlogJava首頁，讓我們一起來建設目標為TheServerSide.com的BlogJava精品首頁:)
re: Eclipse的閱讀列表 江南白衣 2006-06-21 13:10
vvery very good list
re: 內部類讓我厭惡Java 江南白衣 2006-06-16 19:55
不好意思我完全寫錯單詞了，應該是FunctionalJ(
http://functionalJ.sf.net)
re: db4o 之旅（一） 江南白衣 2006-06-16 14:24
當然不止管理這么多對象，但看它的對比對象都是hsqldb,derby,mysql，可見它的目標也是數據量不大的應用。如果上面的測試是在少量數據上完成，那它的性能比hibernate+mysql高很正常，大家的數據庫查詢都不花多少時間，而Hibernate的轉換工作，看過它的代碼都知道是極其繁瑣的。
所以少數據量時，db4o可能真是一個不錯的選擇，或者搭建快速演示原型的時候。
另外User Story4還提到“這個實時系統管理架構由超過 30000 個在內存儲存的對象和 30 個類組成， 80 TB 的數據最后儲存在 Oracle 關系型數據庫中， db4o 允許系統每秒處理超過 20 萬個對象。 ”
應該是通過db40的dRS來完成的吧-- db4o Replication System，可實現 db4o 與關系型數據庫的雙向同步（復制），不知道這時候的性能對比又如何，感興趣ing,因為自己的項目如果要用db4o只能在這種模式下使用.
re: db4o 之旅（一） 江南白衣 2006-06-16 10:46
第3個user story“在運行時數據庫和內存中任何時候都要管理大約 39000 個對象”,才39000條數據，有點access的感覺？
re: 內部類讓我厭惡Java 江南白衣 2006-06-15 23:39
JFunctor這種用反射實現函數指針的方法可以用么？
re: eccn小組定制擴展發布 江南白衣 2006-06-09 16:25
建議使用scud的開源平臺, Subversion, Web空間, Jira, Wiki,團隊BLog,論壇一應齊全的說
<Dont' repeat DAO> 在
http://www.nirvanastudio.org/上有很好的中譯版。
http://www.nirvanastudio.org/java/dont-repeat-the-dao.html
里面那介紹的方式雖然真正實用性不高，但是很好的用Interface+AOP實現Java版的仿Ruby的mixin的思路演示
回頭看了下評論,下午對<將Spring推下神壇（仿造一個中國式Spring)>那個title的回帖是有點火爆.
下午很熱么?不知道了. 可能是80系列貼子的風格本身就很火暴,入鄉隨俗了吧.
BTW.還是很hate那個title:)
沒有用的，別人說什么你都認為都是你對的。比如這里頂樓就有
“作為80后的同齡人，我感覺你這人也太小心眼了吧，生怕別人把你忘了，閣段時間就蹦出來跳舞，本來還覺得你不過是原來文章的標題用的有點問題引來一頓磚頭，現在看你這人真實。。丟80后的人的臉，多大的事用你這個瘋狂的寫么？這是技術論壇，不是灌水區。還是那句話，多坐點工作 少談點主義，真正作技術的人不論環境如何 人家還是作自己的技術，只有心理有雜念的人，才老嫌棄這嫌棄那。是是非非,公道自在人心。你又何苦老這么寫呢 有這時間多看會書不好么？本來那兩個帖子都沉了，建議你在寫也不要放到首頁上好不，污染視線”
你的回復是
“呵呵，謝謝樓上回復，你上面提到的問題，請到我的這篇文章自己找答案吧，全部都有。”
別人說什么，你都全解釋過了，再說下去又有什么意義呢。
總之以大眾的標準來衡量什么應該放在首頁吧。
有一個被注入的類A，實體為a1
有一個注入別人的類/接口B, 實體可以為b1,b2,b3
所謂反向控制，就是a1可以不需要了解它是和b1,b2,b3的哪一個打交道，而由容器負責注入。
其中b1,b2,b3，只要能夠注入到A的類型為B的屬性中即可，不關心你是子類還是實現接口，IOC O選擇的不只是注入的類型，而是注入的實體，實體可以類型相同但包含不同的數據，比如b1=User(name="xx"), b2=User(name="yy")，由容器決定注入哪一個user，你之前只關心類型的理解太狹隘了。
所以你應該推倒的不是Spring神壇，而是自己之前的錯誤觀念。
@寒晴天
碼字要時間的，建議先找身邊的朋友問問吧，我不會通靈戰歌耶。