摘要: 在JSF和Richfaces的官方示例里面沒發(fā)現(xiàn)正經(jīng)的數(shù)據(jù)庫分頁示例，于是自己輪了一個，還算比較滿意，分享出來。

struts等框架，視圖（jsp、freemarker等)直接獲取action中準備好的數(shù)據(jù)結(jié)果集合，請求下一頁數(shù)據(jù)的時候，同樣后臺action處理請求，把action中的數(shù)據(jù)集合用新的這一頁數(shù)據(jù)替換掉，然后渲染頁面，從而實現(xiàn)分頁。每次請求action的處理過程可以拿到頁號等信息，所以在action調(diào)用service的時候就可以使用這些信息，調(diào)用相應的方法做分頁數(shù)據(jù)查詢。

JSF結(jié)合Richfaces做這個事情和Struts等框架有有很大的區(qū)別。
  閱讀全文

寫寫過去兩年我們做的一些事情。有興趣參與的兄弟（北京）可以聯(lián)系我。

在前面的一片日志里面已經(jīng)大概說過，關(guān)于建立功能級別的組件的想法。這些想法最初在我來到我到現(xiàn)在所在的這家公司之前就有，進入這家公司之后有了一個合適的機會，所以就開始做起來。后來起了個名字叫做Onion，取意于“一片一片相似的結(jié)構(gòu)，最終正和起來形成一個功能整體”。最早的時候曾經(jīng)想過叫做StoneBridge，最終因為和“四通橋”太接近而作罷（公司在四通橋）。

Onion的目標是為企業(yè)應用開發(fā)團隊提供兩個方面的幫助：

    6. 優(yōu)異的交流溝通能力和文檔寫作能力
    7. 有處理大數(shù)據(jù)經(jīng)驗者優(yōu)先

qupier.com發(fā)給用戶的郵件目前有以下幾種：

    1.賬號激活
    2.密碼找回
    3.搖號中簽與否的通知
    4.未開通任何服務的提醒

結(jié)果發(fā)給QQ郵箱的信件被退回很多。都是類似如下理由：

     摘要: 做去皮兒網(wǎng)（http://www.qupier.com），內(nèi)容管理是一個系統(tǒng)，前端網(wǎng)站是一個系統(tǒng)，這兩個系統(tǒng)之間獨立部署，但是緩存要能夠互通。例如后臺修改了某個消息類型的說明，在前段網(wǎng)站上要能夠展現(xiàn)出來（使用了hibernate的查詢緩存）。其他的一些場景也許要緩存，例如網(wǎng)站的shiro權(quán)限信息緩存，不過這個不需要和后端系統(tǒng)互通。但是既然開搞，也不好意思再掛著ehcache。于是一并升級。

前面一篇日志各種碰壁后，終于找到了理論上能夠?qū)崿F(xiàn)功能的兩個產(chǎn)品：gemfire和hazelcast。于是，開始嘗試。  閱讀全文

依然，先發(fā)廣告：去皮兒網(wǎng)（http://www.qupier.com），每月26日通知你是否中簽。已經(jīng)推出廣州的搖號結(jié)果通知了。

之前做業(yè)務系統(tǒng)，緩存用的是ehcache，集群的時候用multicast廣播通知。隨著節(jié)點的增多，希望把整個緩存切換到集中式緩存上來。折騰了兩天，各種碰壁。

首先是需求：
    1.Hibernate的二級緩存
    2.獨立的業(yè)務緩存
    3.支持region，支持keySet，containsKey，region內(nèi)遍歷

首先看了大名鼎鼎的memcached，以及客戶端spymemcached。失敗。首先，不支持region，各種輪子都是在key上加前綴之類的做文章。不支持keySet，不支持containsKey，不支持遍歷。于是Pass。

然后看到了ehcache server，可惜人家似乎發(fā)展商業(yè)版本的torrxxxx去了，ehcache server也2年多沒有更新，并且沒有hibernate二級緩存結(jié)合的任何文檔、網(wǎng)文。Pass。

然后看到了Infinispan，據(jù)說是jboss cache 的后繼。也看到了hibernate-infinispan，也支持分區(qū)，心里一陣高興。使用RemoteCacheStore可以實現(xiàn)hibernate的二級緩存以及查詢緩存使用遠端的緩存服務器。深入嘗試，結(jié)果發(fā)現(xiàn)，首先，一定要jta，太不平民化了。其次，hibernate-infinispan里面明確寫了只支持read-only,non-restrict-read-write,transactional這三種緩存策略。但是我的已有代碼中有很多事read-write的。于是失敗了。

最后看到了redis，以及jedis。當前火爆的nosql數(shù)據(jù)庫。想來也可以實現(xiàn)我要的功能。根據(jù)網(wǎng)文，可以使用hashes的方式實現(xiàn)region。這個方面基本上符合要求。然后很高興在github上也找到了hibernate-redis這個項目，仔細一看，只支持read-only,non-restrict-read-write這兩種緩存策略。郁悶死了。后來同樣在github上看到一個jedis-lock項目，做了redis的鎖機制。開始嘗試修改hibernate-redis，依賴jedis-lock，想做個read-write策略出來，結(jié)果發(fā)現(xiàn)自己對hibernate的cache部分還是不太熟悉，里面各種softLock之類的東西，看ehcache的代碼就看頭大了。郁悶。

總結(jié)，如果你用jta，不用read-write，那么用hibernate-infinispan就好了。否則，，，就麻煩了。

     摘要: 照例先做廣告：去皮兒網(wǎng)（http://www.qupier.com），每月26日通知你是否中簽。很快要退出廣州的搖號結(jié)果通知了。

Seam的Events用的很舒服，spring提供的事件機制太羅嗦，所以起了念頭，著這思路移植一下。最終效果如下：

//發(fā)布事件
Events.instance().fire(eventName,arg1,arg2.);

//發(fā)布異步事件
Events.instance().fireAsynchronous(eventName,arg1,arg2.);

//在事務中，發(fā)布當事務成功commit時觸發(fā)的事件
Events.instance().fireOnTransactionSuccess(eventName,arg1,arg2.);

//在事務中，發(fā)布當事務完成（commit/rollback）時觸發(fā)的事件
Events.instance().fireOnTransactionCompletion(eventName,arg1,arg2  閱讀全文

     摘要: 先做個廣告，去皮兒網(wǎng)，可以每月26日通知你是否搖號中簽。http://www.qupier.com

一直以來，組件一直都建立在技術(shù)的層面上。由于業(yè)務的復雜多變，似乎沒有人想著把業(yè)務部分也做成可重用的組件。

我們團隊在過去的兩年里面在這個方面做了一些常識，寫出來供網(wǎng)友參考、拍磚。  閱讀全文

     摘要: 在以往的應用開發(fā)過程中，后端的業(yè)務組件（Action/Service/Dao），可以被設置為幾種作用域：request、session、application。我們不可能把與每次請求關(guān)系很強的一些信息（例如某個列表頁面要列出來的數(shù)據(jù)集合）簡單的放到session里面去，這就導致了每次請求之間的大部分數(shù)據(jù)是不可能共享的。使用JSF，我們實現(xiàn)了一種叫做view的作用域，在不同的請求之間共享信息。  閱讀全文

     摘要: JSF的很多文檔上面說，要建立一個自定義組件，需要定義繼承自UIComponentBase之類的類，然后寫decode/encode方法等等，一大套內(nèi)容，很復雜。幸好我們有其他的辦法。其實定義一個組件在大多數(shù)情況下是不用去寫這樣的代碼的。本節(jié)的內(nèi)容是一個選擇true/false兩個值得下拉框組件。定義一個這樣的組件需要做如下工作：  閱讀全文

     摘要: 我看到的若干mvc框架在展現(xiàn)一個包含動態(tài)數(shù)據(jù)內(nèi)容的頁面的時候，都是這樣做的：請求/xx.do，到達某個action，執(zhí)行配置好或者根據(jù)url映射到的某個方法，初始化數(shù)據(jù)，放到某個context里面（例如Request，或者struts用的ognl的context），然后根據(jù)配置或者規(guī)則，forward到某頁面，然后展現(xiàn)。

這樣做的好處是強制性的分離了展現(xiàn)和邏輯，缺點是多了若干配置，不自然。

JSF的路子和asp/php是一樣的，你請求/a.xhtml，那么，ok，加載/a.xhtml文件。例如a.xhtml主體內(nèi)容如下：  閱讀全文

     摘要: 先補充一下上一篇留下的尾巴：最早看JSF的書的時候，使用jsp作為頁面，#{xx}這樣的標記不能直接寫在頁面里，必須套在一個標記里面（和struts2里面的ognl一樣郁悶）。后來才知道，這是jsp的問題，不是JSF的問題。現(xiàn)在大家都是用facelets作JSF的展現(xiàn)，JSF2.0更是把這個標準化為首選。于是直接在頁面上寫#{someAction.doSth('Hello')}，完全OK，頁面加載的時候會觸發(fā)調(diào)用該方法。

然后我們再來看后端知道前端有什么的例子：  閱讀全文

     摘要: 現(xiàn)在開始說JSF的優(yōu)勢。一個一個的說，最后整理的時候再分主次吧，現(xiàn)在先就針對上面的幾個問題來說。

1.URL到action method  閱讀全文

     摘要: 首先，看看在使用struts等框架做開發(fā)的時候，遇到的一些問題.  閱讀全文

     摘要: 09年4月我從A公司離職，被同事拉到一個創(chuàng)業(yè)團隊做網(wǎng)頁游戲，他們當時使用的技術(shù)體系是基于Seam的。而我則是SSH的忠實用戶，此前一直跟隨江南白衣、appfuse的路線，大大小小也做了一些項目，也自己攢了一堆輪子。花了1年多的時間在一個基于元數(shù)據(jù)的基礎(chǔ)框架上面，那時候我基本上掌握了maven的簡單使用，于是自己做的一些基礎(chǔ)性的東西也都是使用maven來做依賴管理、版本發(fā)布。  閱讀全文

     摘要: 這總覽，很明顯是看FacesServlet的service方法。在FacesServlet的初始化過程中，構(gòu)造出了全局的FacesContextFactory對象和LifeCycle對象。可以把FacesContextFactory看做是一個“請求包裝工廠”，于是很明顯，每當一個請求到達FacesServlet的時候，第一步便是拿著請求，到包裝工廠里面包裝一下，而包裝的結(jié)果就是一個FacesContext。  閱讀全文

     摘要: JSF應用中，在web.xml里面配置了一個Servlet，叫做javax.faces.webapp.FacesServlet，于是可以知道，查看、了解一個請求的處理過程可以從這里開始。從官方網(wǎng)站上下載JSF的源代碼，項目名比較古怪，叫做“mojarra”，我看的版本是1.2_12_b01。里面包含了兩個子項目，一個是jsf-api，里面大多是接口以及少量關(guān)鍵類。另外一個項目叫做jsf-ri，對著這個"ri"邪念了半天之后，終于在兄弟提醒之下想明白了是reference implementation的意思。jsf-api是JavaEE標準的一部分，里面的類型包名都是以javax.faces開頭的，而jsf-ri項目是sun針對JSF標準的一個參考實現(xiàn)，里面的類型的包名都是以com.sun.faces開頭的。  閱讀全文

     摘要: 鏡頭緩緩的拉近，Don Self癡呆的面孔越來越清晰，頗有些趙本山小品里面“非常六加七”的造型。音樂漸響，《Lay it down slow》，走到這里，跟了四年的越獄終于走到了終點。總體來說還是一個Happy ending，經(jīng)歷了所有的磨難之后，各位陪伴了我們4年的角色終于可以在陽光下生活了。交代了幾乎所有的角色的結(jié)局之后，幾個人來到海邊，于是我們看到了越獄給我們的最后一個意外，Michael的墓碑出現(xiàn)在視野中。  閱讀全文

     摘要: 覺得幸福突如其來，迷迷糊糊的依然有點懷疑在做夢。心里反反復復的還是“我找你找了好久”的感嘆。如何平復這些激動，看來還需要很長的時間。想想這幾年的自己，于是心里就莫名的會冒出來信樂團的歌詞“慶幸的是我，一直沒回頭，終于發(fā)現(xiàn)，真的是有綠洲”。既然幸福，那么也就酸一下在這里寫一些字來宣言。  閱讀全文

     摘要: 無印良品的歌陸陸續(xù)續(xù)的下，陸陸續(xù)續(xù)的聽，演唱會也下載了兩個，其中有一些聽了特別有感觸，如之前的《想飛越》、《傷心地鐵》。不過下載漏了一個《三人行》的專輯，于是有些歌一直沒聽到，后來在演唱會里面聽到，再去搜，就發(fā)現(xiàn)了這樣一首經(jīng)典：我找你找了好久。  閱讀全文

     摘要: 這一段時間腦袋里面有點胡亂，而以前總是寫文字的習慣也在這兩年里面丟的差不多了，于是突然間就覺得有些彷徨，前面的路雖然寬闊，卻因為可預料的曲折而無法看到究竟。夜深人靜的時候打開芊芊靜聽，WOW的背景音樂從音箱中流出，沉重的鼓聲仿佛歷史的敲門，慢慢的，巨幅畫卷在面前展開。而我的未來，似乎就隱藏在這畫卷中的某個無法捉摸的深遠處。  閱讀全文

朦朧著過了好久，或者總是低頭做事，猛然一抬頭，發(fā)現(xiàn)自己的路其實可以走的很寬闊，看明白了之后，就無法不意識到目前的路已經(jīng)沒有必要再走下去了。不過這樣的事情我往往比較遲鈍，總是順潮而默默然，如當初的開始，雖說有些頹廢不愿理會，但終究是性格所致。經(jīng)歷了這兩年的埋頭，如今開始放眼看周遭，卻也是北別人推動。要是以我的性子，恐怕真就要做那些無謂的堅持了。

畫圖，我總是覺得每個人時時刻刻都是在畫圖。有時候，是為了別人的圖上些顏色，加些筆墨，或許際遇好者弄個末了的署名，但大多還是默默。不想做將軍的士兵不是好的士兵，我向我以前還是太保守了。努努力，我想我真的可以為自己去畫一張圖，畫一張大圖。

當然還是免不了要提起周圍的兄弟們，沒有他們的支持，相信，我想我會懦弱而不敢動作。不言謝，我能做的是盡自己的力量帶大家向前走。

相信自己，去努力。

     摘要: 一不小心，這就2008的最后一天了，想來想去還是決定來Blog扯扯，算是回顧一下即將逝去的2008，趁著新年還沒有到來。

有點巧合，2008的元旦是在貴陽的賓館里過的，最后一天在營口的賓館。上班了似乎生活不像上學的時候那么多彩，翻來覆去的想想這一年竟然沒有多少值得紀念的事情，不過還是呼啦幾個字出來，不論雞毛蒜皮。
  閱讀全文

     摘要: 從電影院出來，上車，一直到家里打開筆記本，腦海里腦海里回旋的都是電影中的情節(jié)，畫面。紛繁的武技較量場面，可愛以及可恨的人物面孔，如同影片的片頭中天上的云一樣，慢慢的向左右散去，最后在視野的正中央，終于浮現(xiàn)出來四個大字：“詠春，葉問”。我問自己，為什么最后留下來的不是某一個精彩的打斗場面，也不是美女熊黛林的面容，甚至不是中國人出了口惡氣的豪情，而是簡簡單單的這四個字。回憶葉問的說出這四個字時候的心定氣閑，我在腦海中勾勒，最后給自己的答案是幾個關(guān)鍵詞：儒，宗師，氣。  閱讀全文

     摘要: 用Eclipse開發(fā)web應用的人大概有兩撥，一邊是直接用Eclipse JEE版本做開發(fā)的，另外一邊是用MyEclipse這個龐然大物的。二者各有優(yōu)缺點，我覺得使用MyEclipse的大集成試的開發(fā)對于初學者來說可能可以省去很多基礎(chǔ)的事情，便于入門。而對于高于入門水平的伙子們來說，我想基本的Eclipse才是更好的選擇。一方面MyEclipse的Add XXX Capabilities不管3721加入全部庫文件的做法對項目是一種污染，另外一方面隱藏的東西多了不利于個人對具體實現(xiàn)的學習。  閱讀全文

下雨了
聽去，一陣風聲，一陣雨聲
忽大忽小，好似忽遠忽近
我總還是會想起，某年，曾經(jīng)淋過的雨
雨水多，漲過明湖石頭小徑的晚上
我在漂浮

天冷了
老娘打電話來說家那邊已經(jīng)下雪，讓我多加衣服
我說這邊還好，還好
可是原本開來透氣的窗戶，已經(jīng)關(guān)上
我想對誰說，天冷了，要加衣服了
不再說

無聊了
工作很緊，卻又似乎因為習慣而不覺得什么
發(fā)一份祝福到遠方，無需回復
只是想告訴自己，我在意這些朋友
于是不孤獨

秋葉開始落了
于是就想起某一張滿地黃葉的一條路，在學校
走啊走
前面是誰，消失在拐彎處
我走過，卻不能追逐

回家，回來。

不知什么時候開始，“去北京”變成了“回北京”。于是些許怪異的，往返兩程都被稱作“回”。

有很多人，事，或者地方，就這樣不知不覺的變得很重要，而放不下。

某書的理論：“你不知道你，所以你是你，你若知道了你，你就不是你了”。說的是人總是無法完全了解自己，或者說是無法把自己所做的所有事情都講個道理出來。

以此解釋為什么總是會去做一些自己都說不來為什么，或者很明顯自相矛盾的事情。

或許惟其如此，我才是我。

又有繞文一句：“給時間以生命，而非給生命以時間”。想為什么想的多了的話，不免落入后者。有一個腦筋急轉(zhuǎn)彎說，一女想過橋，橋上有險惡物事阻礙，但最后還是過去了，問怎么過去的。答案是“暈過去了”。哈哈哈哈~~~

《青花瓷》真是好聽。下次唱歌可以嘗試去唱《距離》，正在下載《我很忙》的MV DVD。

     摘要: 今天飄過我身旁的風，帶著遠方昨天的氣息
明天飄過你身旁的風，帶著我今天的氣息
感受著風的時候，我們活在過去
看著前方的時候，我們活在未來
  閱讀全文

從某書上抄了幾句詩。

我的世界里沒有現(xiàn)在，只有過去和未來
過去和未來都在拼湊著現(xiàn)在
過去是去珍惜，未來是去爭取
而現(xiàn)在是什么，是因為過去和未來的無以言退

無以言退，是更徹底的堅持，是低調(diào)和真摯的執(zhí)著。

加班結(jié)束。

工作調(diào)動之后，生活充實起來。于是再一次的明確，快樂來自于能夠用心去做自己想做的事情，又或者，來自于看著自己關(guān)心的事物向前發(fā)展，一如曾經(jīng)什么時候，看到自己關(guān)心的人的笑容。向上是一種生活狀態(tài)，是生命的本來狀態(tài)。想來自己以前總是在不斷的勸別人努力面對生活，自己卻不如其然，問朋友這兩年你過得還好么，一瞬間涌上心來的漫無邊際的憂愁，還是容易淹沒。雖然說醫(yī)者不可自醫(yī)，但終究是愧于心，浮于行。可喜的是終究有些改變。

有朋友說我寫字晦澀。

那又如何。

     摘要: 在水木回一個大牛的帖子討論攔截器，也發(fā)到這里。

所謂攔截，是新媳婦回娘家，路遇強盜。重要的是她能不能回家已經(jīng)取決與強盜而不是自己。
  閱讀全文

     摘要: 文字寫完以后，突然想起來很久以前在JavaEye上看的關(guān)于貧血模型、富血模型、充血模型的討論。最后的結(jié)論大概與持久化無關(guān)的業(yè)務邏輯應該放在模型中實現(xiàn)，而與持久化有關(guān)的邏輯要放到Service中實現(xiàn)。看這幾多文字，其實也就是說這么個意思，不過多說一些。閑話休提，正文開始。

在大結(jié)構(gòu)上系統(tǒng)描述為上面的圖形。關(guān)鍵元素是領(lǐng)域模型、領(lǐng)域服務、基礎(chǔ)服務。能夠精準的反應業(yè)務的模型，和圍繞模型的有效的服務，是軟件團隊在某一行業(yè)領(lǐng)域生產(chǎn)成果價值的兩個很重要的體現(xiàn)。領(lǐng)域服務作為系統(tǒng)的核心邏輯之一，一方面，承擔著完成所有與技術(shù)環(huán)境相關(guān)的業(yè)務邏輯的實現(xiàn)，另外一方面，作為領(lǐng)域模型和技術(shù)環(huán)境的緩沖，保證了領(lǐng)域模型的普適、獨立。
  閱讀全文

     摘要: 這段文字最初是回復水木上一個mm的問題，問為什么要用工廠，整理之后，發(fā)到這里來。

工廠模式是創(chuàng)建模式，封裝對象的創(chuàng)建過程。對象的創(chuàng)建最簡單的方式是new出來，但是有一些情況下用new來創(chuàng)建對象會導致代碼難以維護。  閱讀全文

對方發(fā)球的時候，現(xiàn)場一片噓聲、喝倒彩的比比皆是。真是給中國人丟臉。泱泱大國，就不能大度一點么。全世界都在看著，這樣做除了能讓別人鄙視中國人還能有什么效果？丟人。

不要和我說我們的球隊出去國外打球也遇到這樣的情況——有人吃屎，你也要吃么？

     摘要: 以前一直用mysql做測試數(shù)據(jù)庫，多人協(xié)作起來每個人都要安裝配置數(shù)據(jù)庫，數(shù)據(jù)源，還得防著不能把自己的jdbc.properties傳上去把別人搞暈掉，現(xiàn)在改成輕便的嵌入式數(shù)據(jù)庫hsqldb，麻煩事少了很多。使用hsqldb作為測試數(shù)據(jù)庫，涉及到兩個問題，一個是Web應用啟動關(guān)閉的時候要同時啟動和關(guān)閉hsqldb server，另外一個就是在執(zhí)行單元測試的時候也要啟動和關(guān)閉hsqldb server.  閱讀全文

用免費許可注冊安裝之后把下面的atlassian-extras替換掉就可以了。注意版本號。

1.12版本

1.10版本

0.7.33版本

先查看你用的程序的lib里面是什么版本的extras包，然后用上面的相應版本替換之。重啟應用，ok。

blogjava不能傳jar，上面的zip拿回去需要把后綴名改成jar。

另附一個fisheye的crack.

fisheye-1.4

同樣拿回去改后綴然后替換你的fisheye.jar就可以了。


Sigh，也不只是攢rp還是傷rp，嗯，，，引用某牛人的話：我的windows也沒有交錢。

     摘要: 是前面公司開始使用svn時候的培訓時候準備的資料，發(fā)出來，希望對使用svn的兄弟們有所幫助。里面的相關(guān)軟件版本可能已經(jīng)不夠新了，但新的軟件的大概操作方式也基本是相通的，同時，SVN的基礎(chǔ)概念也沒有發(fā)生過變化。  閱讀全文

發(fā)文以記之。

Acegi Security for Spring搖身變成Spring Security之后，相關(guān)配置簡單了不少。但可惜的是官方的示例太過于玩具，把權(quán)限配置直接硬編碼在配置文件中恐怕會讓所有人都不爽。而深受SpringSide影響之后，RBAC至少也要能夠基于數(shù)據(jù)庫中的配置數(shù)據(jù)。于是苦苦搜尋，得文如下：

http://java.dzone.com/tips/pathway-acegi-spring-security-

這樣么，才像是個product的樣子。呵呵。

     摘要: 切換Maven版本時候出現(xiàn)錯誤的解決  閱讀全文