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

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

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

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

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

Onion的目標(biāo)是為企業(yè)應(yīng)用開發(fā)團(tuán)隊(duì)提供兩個(gè)方面的幫助：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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