org.apache.lucene.search.BooleanQuery$TooManyClauses: maxClauseCount is set to 1024
    at org.apache.lucene.search.BooleanQuery.add(BooleanQuery.java:165)
    at org.apache.lucene.search.BooleanQuery.add(BooleanQuery.java:156)
    at org.apache.lucene.search.PrefixQuery.rewrite(PrefixQuery.java:53)
    at org.apache.lucene.search.BooleanQuery.rewrite(BooleanQuery.java:408)
    at org.apache.lucene.search.IndexSearcher.rewrite(IndexSearcher.java:138)
    at org.apache.lucene.search.Query.weight(Query.java:94)
    at org.apache.lucene.search.Hits.<init>(Hits.java:42)
    at org.apache.lucene.search.Searcher.search(Searcher.java:45)
    at org.apache.lucene.search.Searcher.search(Searcher.java:37)
    at com.toodou.searcher.search.PodcasterSearcher.searchPodcaster(PodcasterSearcher.java:238)
    at com.toodou.searcher.search.PodcasterSearcher.doPodcasterSearch(PodcasterSearcher.java:66)
    at test.com.toodou.searcher.search.PodcasterSearcherTest.testdoPodcasterSearch(PodcasterSearcherTest.java:57)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:585)
    at junit.framework.TestCase.runTest(TestCase.java:154)
    at junit.framework.TestCase.runBare(TestCase.java:127)
    at junit.framework.TestResult$1.protect(TestResult.java:106)
    at junit.framework.TestResult.runProtected(TestResult.java:124)
    at junit.framework.TestResult.run(TestResult.java:109)
    at junit.framework.TestCase.run(TestCase.java:118)
    at org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:128)
    at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)

可以通過設(shè)置：
BooleanQuery.setMaxClauseCount(10000);
來解決問題，但是這樣帶來的問題是會(huì)使得內(nèi)存開銷加大。容易出現(xiàn)OutOfMemory的異常
所以需要非常謹(jǐn)慎處理。

查詢MySQL會(huì)出現(xiàn)："java.sql.SQLException: Server shutdown in progress"的異常

問題原因：數(shù)據(jù)有自動(dòng)腳本，會(huì)將執(zhí)行時(shí)間超過30秒的進(jìn)程殺掉。
這樣的話，Java的應(yīng)用就會(huì)拋出這樣的異常。

CAS Server 3.1 M2 Released

CAS Server and Client 3.1 Milestone 1 Released

phpCAS 0.5.0 RC5 Release

CAS 3.0.7 Final Release

Inclusion of Abstract Ticket Registry

CAS 3.0.6 Final

這里面有幾個(gè)更新很重要：
1.Upgrade to Spring 2.0.1, Spring Web Flow 1.0 and Spring LDAP 1.1.1

2.Introduction of JBossCacheTicketRegistry
    支持后JBossCacheTicketRegistry就可以方便大并發(fā)量的網(wǎng)站的水平擴(kuò)展問題。

軟件過程方面

     我們team采用的軟件開發(fā)過程是借鑒了UP的迭代開發(fā)過程。堅(jiān)持迭代的漸進(jìn)式開發(fā)，每次迭代都是小步進(jìn)行的，一般都是保持2周一次迭代。在開發(fā)過程中重視需求，要寫清楚UseCase描述，而不是僅僅畫出UseCase圖。測(cè)試也是我們非常重視的，包括了單元測(cè)試和集成測(cè)試。

 

軟件開發(fā)方法

     我們采用的是OO的設(shè)計(jì)和實(shí)現(xiàn)方法。通過一些開源框架的使用，提高效率和代碼的質(zhì)量。在設(shè)計(jì)的時(shí)候會(huì)用一些經(jīng)典的設(shè)計(jì)模式來優(yōu)化設(shè)計(jì)，為以后更好地滿足需求變動(dòng)做好準(zhǔn)備。單元測(cè)試是我們非常重視的，要求必須寫單元測(cè)試，而且要能夠覆蓋盡可能多的分支和邊界。

     我們團(tuán)隊(duì)還會(huì)采用一些XP的開發(fā)實(shí)踐例如：TDD、重構(gòu)、CodeReview、結(jié)對(duì)編程、持續(xù)構(gòu)建，通過這些實(shí)踐卻是能夠極大提高代碼的質(zhì)量，進(jìn)一步提高軟件產(chǎn)品的質(zhì)量。

 

軟件開發(fā)工具

     我們也非常重視工具的使用，使用工具來幫助我們更好的提高質(zhì)量，首先一定要有版本控制系統(tǒng)，可以使用CVS或者SVN。通過checkstyle這樣的工具可以幫助我們檢查代碼是否規(guī)范。通過findbugs這樣的工具幫助我們發(fā)現(xiàn)一些bug。使用一些自動(dòng)化的測(cè)試工具，提高測(cè)試的效率和回歸測(cè)試的質(zhì)量。使用測(cè)試覆蓋率工具檢查單元測(cè)試的覆蓋率。我還會(huì)使用一些性能測(cè)試工具測(cè)試系統(tǒng)的性能，發(fā)現(xiàn)一些性能問題。

我主要結(jié)合項(xiàng)目管理的九大知識(shí)領(lǐng)域來說明，需要說明的是在我接觸的項(xiàng)目中，九個(gè)領(lǐng)域的內(nèi)容有一些沒有接觸過的我就略過。

 

范圍管理：

     首先會(huì)有產(chǎn)品經(jīng)理提出我們要開發(fā)一個(gè)什么樣的軟件，有那些功能，基本上就是一些FeatureList，然后給出vision and scope文檔。軟件開發(fā)的項(xiàng)目經(jīng)理會(huì)根據(jù)這份文檔，通過溝通，來寫出SRS。其中主要包括了UseCase和非功能性需求以及一些約束條件。有了這些內(nèi)容后，會(huì)開一個(gè)需求確認(rèn)會(huì)，來確認(rèn)已經(jīng)明確的需求，會(huì)議上可以對(duì)不明確的需求進(jìn)行討論和完善。

 

時(shí)間管理：

     項(xiàng)目經(jīng)理在接到軟件項(xiàng)目開發(fā)任務(wù)后，就要制定出一個(gè)大致的項(xiàng)目計(jì)劃，然后有了軟件的需求文檔之后，可以進(jìn)一步細(xì)化項(xiàng)目的計(jì)劃。在做項(xiàng)目計(jì)劃的時(shí)候同時(shí)會(huì)牽扯到任務(wù)的分工。在項(xiàng)目進(jìn)行的過程中嚴(yán)格按照項(xiàng)目計(jì)劃進(jìn)行。

 

采購管理

     項(xiàng)目的前期，項(xiàng)目經(jīng)理需要明確軟件安裝需要多少服務(wù)器，服務(wù)器的配置是什么樣的。什么時(shí)候必須到貨，預(yù)算的經(jīng)費(fèi)是多少等。如果項(xiàng)目的人手不夠，同時(shí)要考慮進(jìn)行軟件外包。

 

人力資源管理

     主要是提高團(tuán)隊(duì)的士氣和凝聚力，讓每一位團(tuán)隊(duì)成員都有清晰一致的目標(biāo)，從生活等各個(gè)方面關(guān)心開發(fā)人員，幫助他們解決一些實(shí)實(shí)在在的問題。如果有軟件外包，還要統(tǒng)一得管理好外包的軟件開發(fā)人員。

 

溝通管理

     經(jīng)常開項(xiàng)目小組會(huì)議，保持信息暢通，通過wiki等工具保持信息共享。每天都有晨會(huì)，周報(bào)發(fā)給小組的所有成員。通過聚餐、喝茶等方式增進(jìn)交流。針對(duì)不同的員工可能需要采用不同的方式，例如：有的人喜歡面對(duì)面的溝通，有的喜歡email溝通，有得喜歡msn等等。

 

風(fēng)險(xiǎn)管理

     我認(rèn)為比較重要的是抓住開發(fā)過程的幾個(gè)環(huán)節(jié)，例如：需求分析、界面的設(shè)計(jì)、接口的設(shè)計(jì)、數(shù)據(jù)庫的設(shè)計(jì)等。每天項(xiàng)目經(jīng)理都要確認(rèn)項(xiàng)目的進(jìn)度是否正常，檢查項(xiàng)目的質(zhì)量，盡可能早的發(fā)現(xiàn)一些問題。經(jīng)常得跟產(chǎn)品經(jīng)理交流，確保開發(fā)的軟件產(chǎn)品符合需求。

 

成本管理

     對(duì)于我接觸的項(xiàng)目，牽扯到成本管理的主要就是開發(fā)人員的成本，分配好任務(wù)，把握住進(jìn)度，提高開發(fā)團(tuán)隊(duì)的效率就能夠?yàn)楣竟?jié)省開支，從而達(dá)到控制成本的目的。

 

質(zhì)量管理

     我認(rèn)為質(zhì)量管理應(yīng)該貫穿于整個(gè)的軟件開發(fā)過程中。比較典型的有，首先就是要保證SRS的質(zhì)量，只有需求的質(zhì)量控制住了，整個(gè)項(xiàng)目才有保障。軟件的編碼要規(guī)范，有詳細(xì)清楚的注釋，要求寫單元測(cè)試，定期的進(jìn)行代碼review會(huì)議，要有集成測(cè)試和系統(tǒng)測(cè)試。對(duì)于我們的互聯(lián)網(wǎng)產(chǎn)品，由于產(chǎn)品環(huán)境比較復(fù)雜，所以一定要有相應(yīng)的系統(tǒng)測(cè)試，也可以稱為線上測(cè)試。

診斷 Java 代碼: 輕松掌握 Java 泛型

診斷 Java 代碼: 輕松掌握 Java 泛型類型，第 2 部分

診斷 Java 代碼: 輕松掌握 Java 泛型，第 3 部分

診斷 Java 代碼: 輕松掌握 Java 泛型，第 4 部分

Java 理論和實(shí)踐: 了解泛型

多角度看 Java 中的泛型

Eclipse V3.1 中的 Java 泛型支持

介紹 JDK 5.0 中的泛型

編譯時(shí)使用 Generic Java 捕獲更多的錯(cuò)誤

1.9 到 2.0 的改動(dòng)不是很多，主要是廢棄了一些 API ， 2.0 起了一個(gè)過渡的作用。

2.1 是在 2.0 基礎(chǔ)上做了很多的改進(jìn)，提升了性能，修復(fù)了一些 Bug 等。

?

Lucene2.1 在索引的格式上做了一些改進(jìn)，所以舊版本的 Lucene 是無法訪問 2.1 版的索引文件。但是 2.1 版本的可以讀寫舊版本的索引文件。保持向下的兼容性。這點(diǎn)需要我們?cè)谑褂脮r(shí)注意。

?

下面簡(jiǎn)單的列出一些新的特性：

1.?????? 's' 和 't' 從默認(rèn)的 stopwords 中移掉了。但是依然還有 'a' 也可以會(huì)有同樣的問題，所以分詞需要針對(duì)自己的應(yīng)用進(jìn)行自定義。

2.?????? 更新了 StandardAnalyzer 中的針對(duì) CJK 的 Unicode 代碼范圍。用處不大，因?yàn)槲覀冎形男枰约洪_發(fā)分詞。

3.?????? 允許在 QueryParser 的最前面使用通配符 (*, ?) ，之前是不允許的。這個(gè)比較有意義，可以實(shí)現(xiàn)一些模糊搜索。

4.?????? QueryParser 默認(rèn)使用 ConstantScoreRangeQuery 執(zhí)行范圍查詢。增加了 useOldRangeQuery 屬性允許在需要的情況下使用舊的 RangeQuery

5.?????? 對(duì)于 WildcardQuery ，如果一個(gè) term 不包含任何的 ? 或者 * ，之前會(huì)拋出異常，現(xiàn)在會(huì)執(zhí)行一個(gè) TermQuery 。

6.?????? 去掉了 deprecated 的 doc.fields() 方法和 Enumeration

7.?????? write lock 現(xiàn)在默認(rèn)的位置是索引的目錄，簡(jiǎn)單命名為 write.lock

8.?????? 新的 FieldSelector API ，相關(guān)的 IndexReader 和實(shí)現(xiàn)都發(fā)生了變化。新的 Fieldable 接口被用作字段的延遲加載上。

9.?????? 使用 MultiFieldQueryParser 的時(shí)候可以為不同的 field 指定不同的 boosts

10.?? 新的方法 IndexWriter.addIndexesNoOptimize() 在新添加一個(gè)新的 segments 的時(shí)候，只進(jìn)行合并，不進(jìn)行優(yōu)化。

11.?? QueryParser 允許在引號(hào)和短語中使用反斜線

12.?? 增加了方法 RAMDirectory.sizeInBytes(), IndexWriter.ramSizeInBytes() 和 IndexWriter.flushRamSegments() ，允許應(yīng)用程序控制索引時(shí)緩存文檔對(duì)內(nèi)存的使用，這些蠻有用的，可以用于監(jiān)控索引的過程。

13.?? QueryParser 解析 *:* 為匹配所有的內(nèi)容

14.?? 可以通過命令行在已經(jīng)存在的索引文件中修改和刪除 field

15.?? IndexWriter 增加了方法來高效得更新 documents 。增加 IndexWriter.flush() 方法將內(nèi)存的內(nèi)容刷新到文件系統(tǒng)。

??? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? 小兵 2007-3-22

• 數(shù)字
  • MySpace月訪問量400億
  • 比喻：粉刷金門大橋，工作完成之時(shí)，就是重新來過之日
  • 新聞集團(tuán)2005年5.8億收購MySpace，現(xiàn)在至少值60億
• 數(shù)據(jù)緩存
  • 同步問題？
• 50萬賬戶
  • 數(shù)據(jù)庫采用主從結(jié)構(gòu)，主負(fù)責(zé)update，從負(fù)責(zé)read
• 1-2百萬賬戶
  • I/O并發(fā)容量問題
  • 不同的數(shù)據(jù)庫服務(wù)器服務(wù)于不同的服務(wù)
    • 博客
    • 認(rèn)證
    • 個(gè)性信息拆分
  • 新功能使用新數(shù)據(jù)庫
  • 從存儲(chǔ)設(shè)備與數(shù)據(jù)庫服務(wù)器直接交換切換到SAN(Storage Area Network)
  • 用高帶寬、專門設(shè)計(jì)的網(wǎng)絡(luò)將大量磁盤存儲(chǔ)設(shè)備連接在一起(SAN)
• 3百萬賬戶
  • 高度獨(dú)立，有些信息必須共享
    • 每個(gè)數(shù)據(jù)庫必須有各自的用戶表副本
  • 向上和向外擴(kuò)展的問題
    • 向上：多CPU，大內(nèi)存
      • 昂貴
    • 只要增長趨勢(shì)存在，無論如何都要走向外擴(kuò)展的道路
  • 將整個(gè)站點(diǎn)作為一個(gè)應(yīng)用看待
  • 將用戶按百萬一組分割
    • 各組的全部數(shù)據(jù)存放到一個(gè)DB實(shí)例
    • 每臺(tái)兩個(gè)DB實(shí)例，容納200萬用戶
  • 還有一個(gè)特殊的數(shù)據(jù)庫保存用戶名和密碼
    • 登錄、認(rèn)證
    • 功能單一
• 9百萬到1千7百萬賬戶
  • 1千萬：存儲(chǔ)瓶頸、I/O極限
  • 某些數(shù)據(jù)量會(huì)非常大（熱門、突發(fā)）
  • 3PAR:均勻數(shù)據(jù)訪問負(fù)荷（負(fù)載均衡）
  • 數(shù)據(jù)緩存層
    • 被頻繁請(qǐng)求的數(shù)據(jù)對(duì)象的副本
    • 不是所有的數(shù)據(jù)都要放到數(shù)據(jù)庫
• 2千6百萬賬戶
  • 升級(jí)到64位
    • DB：32G內(nèi)存
    • 升級(jí)：64G
• 可靠性
  • 備用的系統(tǒng)
  • 物理隔開
• 名言：我們犯過大量的錯(cuò)誤，但到頭來，我們作對(duì)的還是比做錯(cuò)的多

對(duì)于 Java? 語言開發(fā)人員來說，信息過量是一個(gè)真正的問題。每個(gè)新入行的程序員都要面臨一個(gè)令人畏縮的挑戰(zhàn)：要進(jìn)入的行業(yè)是一個(gè)具有海量知識(shí)的行業(yè)。要了解的東西簡(jiǎn)直 太多了。對(duì)于有經(jīng)驗(yàn)的老手來說，情況只有些微好轉(zhuǎn)。知識(shí)量總在增大，僅僅跟上進(jìn)度就是一個(gè)挑戰(zhàn)。如果有一份專業(yè)人士必備的書籍和網(wǎng)站列表該有多好！本文就 是這個(gè)列表。它包含了每個(gè)專業(yè)的 Java 語言程序員在書架或?yàn)g覽器書簽中必備的最重要的書籍和網(wǎng)站。

這些都是您書架上必備的書和應(yīng)該經(jīng) 常使用的 Web 鏈接。時(shí)間是一項(xiàng)重要的資源，本文幫您回避那些分心的事情，把時(shí)間專注于最有益于您作為Java 語言程序員職業(yè)生涯的信息源。盡管有多少程序員就有多少他們最喜歡的參考資料，但本文收集的這些都是優(yōu)中選優(yōu)，來源于我書架上的私家珍藏和許多 Java 專家的推薦。

我考慮了兩種組織這份參考資料列表的方法。我本可以通過主題領(lǐng)域來組織，這也許很有幫助，但主題列表很快就會(huì)變得不實(shí)用。相反，我選擇了另一種方法：通過類型來組織，即書籍和 Web 站點(diǎn)。

總的來講，有經(jīng)驗(yàn)的老手們用 Web 站點(diǎn)來跟蹤行業(yè)的走勢(shì)。書籍、文章和論文有助于跟上潮流，但它們總體上更適合于基礎(chǔ)學(xué)習(xí)。極富創(chuàng)造性的書籍偶爾會(huì)撼動(dòng)一兩個(gè)基礎(chǔ)性的東西。這樣的書也在本列表之列。

需 要提出的一點(diǎn)警告是，專注于 Java 語言的書籍和 Web 站點(diǎn)數(shù)量巨大。您鐘愛的未必在這份列表里。那并不意味著它們不好。它們只是不在這份列表里而已?？赡苁且?yàn)槲疫€不知道它們。也可能是因?yàn)槲也徽J(rèn)為它們能夠 算得上是重要資源。不包含一些參考資料是一個(gè)評(píng)判問題，但如果不這樣的話，您也許就要花幾小時(shí)來拖動(dòng)滾動(dòng)條，還要花上成千上萬美元來買書。如果您作為一個(gè) 專業(yè)的 Java 程序員，有一些常用的優(yōu)秀參考資料，一定要讓我知道這些資料。這份列表一直都在更新中，您提出的那些也許就會(huì)被收錄進(jìn)去。

書籍

每個(gè)程序員都會(huì)有一些由于經(jīng)常被當(dāng)作專業(yè)資料參閱而磨壞的書。下列書籍應(yīng)該是 Java 語言程序員的書架上必備的。書很貴，所以我有意將這份列表弄得很短，僅限于重要書籍。

Thinking in Java (Bruce Eckel)

Thinking in Java, 3rd edition （Bruce Eckel; Prentice Hall PTR，2002 年）
Java 編程思想：第3版 （陳昊鵬 等譯; 機(jī)械工業(yè)出版社，2005 年）
Eckel 的書對(duì)于學(xué)習(xí)如何在 Java 語言環(huán)境中使用好面向?qū)ο蠹夹g(shù)極其實(shí)用。書中大量的代碼樣例解釋了他所介紹的概念。文字出自一個(gè)并不認(rèn)為 Java 技術(shù)總是正確答案的人，所以相當(dāng)?shù)貙?shí)用。Eckel 具有多種語言的大量經(jīng)驗(yàn)，還有用面向?qū)ο蠓绞竭M(jìn)行思考的扎實(shí)技能。本書將這些技能放到實(shí)用的 Java 語言環(huán)境中。他還在寫一本新書，名為 Thinking in Enterprise Java。

Effective Java (Joshua Bloch)

Effective Java: Programming Language Guide （Joshua Bloch; Addison-Wesley，2001 年）
Effective Java 中文版 （潘愛民 譯; 機(jī)械工業(yè)出版社，2003 年）
本書是理解優(yōu)秀 Java 程序設(shè)計(jì)原則的最佳書籍。大多數(shù)材料從其他的 “學(xué)習(xí) Java ” 的書中根本找不到。例如，Bloch 書中關(guān)于覆蓋 equals() 這一章是我讀過的最好的參考資料之一。他也在書中包括了很實(shí)用的建議：用接口替代抽象類和靈活使用異常。Bloch 是 Sun 公司 Java 平臺(tái)庫的架構(gòu)師，所以他透徹地了解這門語言。事實(shí)上，他編寫了該語言中大量有用的庫。本書必讀！

The Java Programming Language (Ken Arnold, James Gosling, David Holmes)

The Java Programming Language （Ken Arnold，James Gosling，David Holmes; Addison-Wesley，2000 年）
Java 編程語言（第 3 版） （虞萬榮 等譯，中國電力出版社，2003 年）
這也許是能弄到的最好的 Java 入門讀物。它并不是一個(gè)標(biāo)準(zhǔn)規(guī)范，而是一本介紹每門語言特性的可讀書籍。這本書在嚴(yán)謹(jǐn)性和教育性方面權(quán)衡得很好，能夠讓懂編程的人迅速被 Java 語言（和其豐富的類庫）所吸引。

Concurrent Programming in Java: Design Principles and Patterns (Doug Lea)

Concurrent Programming in Java: Design Principles and Patterns, 2nd edition （Doug Lea; Addison-Wesley，1999 年）
Java 并發(fā)編程—設(shè)計(jì)原則與模式（第二版） （趙涌 等譯，中國電力出版社，2004 年）
不是每個(gè)開發(fā)人員都需要如此細(xì)致地了解并發(fā)性，也不是每個(gè)工程師都能達(dá)到本書的水準(zhǔn)，但卻沒有比本書更好的關(guān)于并發(fā)性編程的概述了。如果您對(duì)此感興趣，請(qǐng) 從這里開始。Lea 是 SUNY 的一名專業(yè)程序員，他的和并發(fā)性有關(guān)的作品和想法都包含在了 JDK 5.0 規(guī)范（引自 JSR166）中，所以您大可放心，他所說的關(guān)于有效使用 Java 語言的建議是值得一聽的。他是一個(gè)很善于溝通的人。

Expert One-On-One J2EE Design and Development (Rod Johnson)

Expert One-On-One J2EE Design and Development （Rod Johnson）
WROX: J2EE 設(shè)計(jì)開發(fā)編程指南 （魏海萍 譯，電子工業(yè)出版社，2003 年）
對(duì)于剛接觸 J2EE 的人來說，這是唯一的一本如實(shí)反映這項(xiàng)技術(shù)的書。本書收錄了多年的成功經(jīng)驗(yàn)和失敗經(jīng)驗(yàn)，不同于其他許多作者，Johnson 樂于將失敗的經(jīng)驗(yàn)公諸于眾。J2EE 常常都被過度使用。Johnson 的書能幫您避免這一點(diǎn)。

Refactoring (Martin Fowler, Kent Beck, John Brant, William Opdyke, Don Roberts)

Refactoring: Improving the Design of Existing Code （Martin Fowler，Kent Beck，John Brant，William Opdyke，Don Roberts; Addison-Wesley，1999 年）
重構(gòu)：改善既有代碼的設(shè)計(jì)（中文版） （侯捷 等譯，中國電力出版社 ，2003 年）
Fowler 寫了幾本現(xiàn)已出版的最流行的編程書，包括 Analysis Patterns。他的關(guān)于重構(gòu) 的書是這一主題的基本書籍。重構(gòu)代碼是被程序員忽略的訓(xùn)練，但卻是程序員最直觀的想法。重構(gòu)是在不改變代碼結(jié)果的前提下改進(jìn)現(xiàn)有代碼的設(shè)計(jì)。這是保持代碼 整潔的最佳方式，用這種方法設(shè)計(jì)的代碼總是很容易修改。什么時(shí)候進(jìn)行重構(gòu)呢？當(dāng)代碼“散發(fā)出味道”時(shí)。Fowler 的書里滿是 Java 語言代碼的例子。許多 Java 語言集成開發(fā)環(huán)境（IDE）（包括了 IBM 的 Eclipse）都將 Fowler 的重構(gòu)包含了進(jìn)去，每一個(gè)都使用他的重構(gòu)名命名，所以熟悉如extract method 等重構(gòu)方法還是很值得的。

Design Patterns (Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides)

Design Patterns: Elements of Reusable Object Oriented Software （Erich Gamma，Richard Helm，Ralph Johnson，John Vlissides; Addison-Wesley，1997 年）
設(shè)計(jì)模式：可復(fù)用面向?qū)ο筌浖幕A(chǔ) （李英軍 等譯，機(jī)械工業(yè)出版社 ，2005 年）
這是一本在專業(yè)程序員圈子里更為有名的書，基于作者共同的綽號(hào)，這本書被認(rèn)為是 “四人幫（GOF）之書”。模式是思考和解決普通編程問題時(shí)可以重用的方式。學(xué)習(xí)模式是一門學(xué)科。使用好模式（或知道什么時(shí)候不 使用模式）是一項(xiàng)技能。忽略模式則是錯(cuò)誤的。書中所有的例子都以 C++ 表示，但 Java 語言是從那里誕生的，讓 Java 語言程序員由此聯(lián)系到如何在 Java 語言中實(shí)現(xiàn)這些模式相對(duì)簡(jiǎn)單一些。熟悉模式并了解如何使用好模式使編程更加簡(jiǎn)單。這使得和其他程序員交流也更簡(jiǎn)單，因?yàn)樵卺槍?duì)通用問題的通用解決方案中， 模式是描述解決方案中彼此協(xié)作的大量相關(guān)編程概念的快捷方式。一些更為通用的方式，如工廠方法 則是普便存在的，甚至存在于 Java 語言本身。關(guān)于明智使用模式的這個(gè)主題，也可以閱讀 Joshua Kerievsky 的 Refactoring to Patterns，該書稱可以讓代碼來告訴您何時(shí)實(shí)現(xiàn)模式。

Patterns of Enterprise Application Architecture (Martin Fowler)

Patterns of Enterprise Application Architecture （Martin Fowler; Addison-Wesley，2002 年）
企業(yè)應(yīng)用架構(gòu)模式 （王懷民 等譯，機(jī)械工業(yè)出版社 ，2004 年）
比起小型、一次性項(xiàng)目來說，企業(yè)開發(fā)當(dāng)然代表了更大的挑戰(zhàn)。那并不意味著企業(yè)開發(fā)帶來的所有挑戰(zhàn)都是新挑戰(zhàn)。事實(shí)上有些時(shí)候，這項(xiàng)開發(fā)已經(jīng) 是以前完成過的了。Fowler 做了很多個(gè)這樣的項(xiàng)目。他的書提到了一些通用解決方案，并提供了關(guān)于使用、折中和可選方案的指導(dǎo)。Fowler 在書中包含了一些熟悉的模式，如模型視圖控制器（MVC），他也提供了一些您也許不了解的模式，如處理 Web 站點(diǎn)上特定頁面請(qǐng)求或行為請(qǐng)求的 Page Controller 模式。正如您對(duì)待大多數(shù)模式一樣，一旦您讀過許多模式，您就會(huì)認(rèn)為 “我已經(jīng)知道那個(gè)模式了” 。也許是這樣，但有一個(gè)用來引用模式的通用表達(dá)方式還是很有幫助的。在有多個(gè)組件（由不同人開發(fā)）的大型項(xiàng)目中，該類引用是一項(xiàng)很好的幫助。

UML Distilled (Martin Fowler)

UML Distilled: A Brief Guide to the Standard Object Modeling Language （Martin Fowler; Addison-Wesley 2003 年）
UML精粹：標(biāo)準(zhǔn)對(duì)象語言簡(jiǎn)明指南（第3版） （徐家福 譯，清華大學(xué)出版社 ，2005 年）
對(duì)于專業(yè)的程序員來說，UML 是一門很重要的通用可視化溝通語言，但是它被過度使用和草率地濫用了。您無需對(duì)使用 UML 溝通了解太多。Martin 對(duì) UML 的提煉為您提供了最核心的東西。事實(shí)上，前后的封頁提供了常規(guī)基礎(chǔ)上可能使用到的所有東西。該書中 UML 例子的代碼都是 Java 代碼。

Test-Driven Development: By Example (Kent Beck)

Test-Driven Development: By Example （Kent Beck; Addison-Wesley 2002 年）
測(cè)試驅(qū)動(dòng)開發(fā)（中文版） （崔凱 譯，中國電力出版社 ，2004 年）
測(cè)試優(yōu)先編程將使編程發(fā)生革命性變化，能助您成為更好的程序員。在寫代碼之前編寫測(cè)試開始很難，但卻是一項(xiàng)威力強(qiáng)大的技能。通過優(yōu)先編寫測(cè)試，可使代碼更 加簡(jiǎn)單，并確保從一開始它就能工作（Beck 實(shí)踐著他提倡的測(cè)試優(yōu)先，與人合寫了 JUnit，這是 Java 語言最流行的測(cè)試框架）。Beck 的書是權(quán)威的參考資料，擴(kuò)展了的 Money 例子也用 Java 語言寫成。Beck 詳述了如何用測(cè)試優(yōu)先進(jìn)行 思考（這也許是許多程序員首先遇到的障礙）。

The Pragmatic Programmer: From Journeyman to Master (Andy Hunt and Dave Thomas)

The Pragmatic Programmer: From Journeyman to Master （Andrew Hunt 和 David Thomas; Addison-Wesley 1999 年）
程序員修煉之道——從小工到專家 （馬維達(dá) 譯，電子工業(yè)出版社 ，2004 年）
做一個(gè)純粹的面向?qū)ο箝_發(fā)人員有其優(yōu)勢(shì)所在。在當(dāng)今復(fù)雜的社會(huì)中，作為 Java 語言開發(fā)人員，為完成任務(wù)常要妥協(xié)。Hunt 和 Thomas 探討了如何不將真正重要的東西妥協(xié)掉而完成任務(wù)。這不是一本關(guān)于 Java 語言的書，而是 Java 語言開發(fā)人員重要的思想讀物。例如，我認(rèn)為沒從“要解決問題，而不是推卸責(zé)任”這句忠言中受益的程序員，不能像個(gè)自豪的藝術(shù)家一樣在他的杰作上簽上大名。

Peopleware: Productive Projects and Teams (Tom DeMarco and Timothy Lister)

Peopleware: Productive Projects and Teams （Tom DeMarco，Timothy Lister; Dorset House，1999 年）
人件（第2版） （UMLChina 翻譯組 譯，清華大學(xué)出版社 ，2003 年）
這份列表中的其他所有書籍都至少和技術(shù)有些相關(guān)。這本書卻不是。在所有技術(shù)行話和首字母縮略詞的海洋中，有時(shí)軟件開發(fā)人員和經(jīng)理們會(huì)忘記：是人 制造了軟件。DeMarco 和 Lister 向我們提醒了這一事實(shí)，也向我們提醒了形成這一區(qū)別的原因。這不是一本關(guān)于一門特定編程語言的書籍，但卻是每個(gè) Java 語言程序員都應(yīng)該讀的書。關(guān)于 “累死程序員如何讓經(jīng)理們適得其反” 還有許多其他的好書，但這是最好的一本。

回頁首

Web 站點(diǎn)

Web 站點(diǎn)的數(shù)目浩如煙海，如果您想要消化其中的內(nèi)容，窮畢生之力也難以全部訪問。包含 Java 語言某方面內(nèi)容的詳盡的網(wǎng)站列表會(huì)大得離譜。下列站點(diǎn)都是可靠、真實(shí)的。

Sun 的 Java 技術(shù)站點(diǎn)

Sun 的 Java 語言站點(diǎn)
這是 Sun 的 Java 語言主站。作為 Java 語言開發(fā)人員，您會(huì)發(fā)現(xiàn)自己頻繁地訪問此站點(diǎn)。下列鏈接特別重要，特別是對(duì)新入行的 Java 語言開發(fā)人員：

• New to Java Center
  New to Java Center
  New to Java Center 存放了許多循序漸進(jìn)的 Java 技術(shù)資源鏈接。如果您剛接觸這門語言，這是一個(gè)好的起點(diǎn)。
• 教程和代碼庫
  Java Tutorial
  這里有大名鼎鼎的 Java Tutorial，以及關(guān)于 Java 語言各個(gè)方面（例如 Collection）的其他教程。

IBM developerWorks

IBM 的 developerWorks
推銷自己也許有些厚臉皮，但 developerWorks 是一項(xiàng)巨大的資源，收錄了大量 Java 語言工具和技術(shù)的教程和文章。其內(nèi)容從初學(xué)者指南到學(xué)習(xí)這門語言到高級(jí)并發(fā)性技術(shù)。可以根據(jù)主題搜索內(nèi)容，然后根據(jù)類型瀏覽。

Apache Software Foundation

Apache Software Foundation
Apache 站點(diǎn)是許多可重用庫（通用領(lǐng)域）和工具的主頁，這些庫和工具幫助 Java 開發(fā)人員進(jìn)行開發(fā)。這里的內(nèi)容全都是開放源碼，所以盡管下載想要的吧！許多極其流行的 Java 語言庫和工具（如 Struts、Ant 和 Tomcat）都始于 Apache 項(xiàng)目。Jakarta 專區(qū)匯聚了大多數(shù)新興的 Java 語言材料。

Eclipse.org

Eclipse
有幾個(gè)好的 Java 語言集成開發(fā)環(huán)境（IDE）。Eclipse（來自 IBM）是最新的 IDE 之一，它很快成為 Java 語言開發(fā)的首要 IDE。它完全是開源的，這意味著它是免費(fèi)的。該站包含了學(xué)習(xí)如何有效使用 Eclipse 的各種參考資料。這里還有關(guān)于 Standard Widget Toolkit（SWT）的信息，SWT 是相對(duì)于 Swing 來說更加輕量級(jí)的選擇。

Eclipse 插件中心和 Eclipse 插件

Eclipse 插件中心 和 Eclipse 插件
Eclipse 基于插件架構(gòu)。事實(shí)上，插件是 Eclipse 的 Java 語言開發(fā)組件。但有差不多上千個(gè)插件，從 Web 開發(fā)的插件到在 Eclipse 環(huán)境中玩游戲的插件。這兩個(gè)站點(diǎn)分類列出了大多數(shù)插件，可以進(jìn)行搜索。它們是很棒的資源。如果您想在 Eclipse 開發(fā)環(huán)境中弄點(diǎn)新東西，幸運(yùn)的話有某個(gè)插件可能已經(jīng)實(shí)現(xiàn)，從這兩個(gè)站點(diǎn)能找到想要的插件。這兩個(gè)站點(diǎn)都允許評(píng)論插件，這樣您就可以知道哪些插件好，哪些值 得一試。

JUnit.org

JUnit.org
Junit 是 Java 語言中一個(gè)基本的單元測(cè)試框架。該站點(diǎn)包含了 Junit 最新最棒的版本，外加大量有關(guān)測(cè)試（Java 語言或者其他語言的）各個(gè)層面上（針對(duì)桌面應(yīng)用程序、Web 應(yīng)用程序、J2EE 應(yīng)用程序等）的其他資源。如果您想找測(cè)試資源，這里就是最佳起點(diǎn)。

TheServerSide.com

TheServerSide.com
如 果您要(或?qū)⒁?從事服務(wù)器端 Java 語言的開發(fā)，此站點(diǎn)是一處舉足輕重的資源。您可以到這里找到有關(guān) JBoss、J2EE、LDAP、Struts 和大量其他主題的文章，并且都是完全可檢索的。這些文章不僅僅是簡(jiǎn)單描述 Java 語言的特征或者支持的庫。它們更進(jìn)一步地描述了庫的新奇用法（如使用 Jakarta Velocity 作為規(guī)則引擎，而不是模板引擎）。它們也提供了有關(guān) Java 語言現(xiàn)狀的連續(xù)評(píng)論（當(dāng)前的一篇文章是由 Tim Bray 所寫的 Java is boring ）。該站點(diǎn)更好的通用功能之一是對(duì) Java 語言工具和產(chǎn)品（應(yīng)用服務(wù)器等）的矩陣式比較。

Bruce Eckel's MindView, Inc.

Bruce Eckel's MindView, Inc.
Eckel 寫了幾本 “用 …… 進(jìn)行思考” 的書，內(nèi)容關(guān)于 Java 語言、Python 和 C++ ，當(dāng)我學(xué)習(xí) Java 語言時(shí)，他的 Thinking in Java 對(duì)我尤其有幫助。它很實(shí)用并切中要害，在“在 Java 語言環(huán)境中如何面向?qū)ο笏伎肌狈矫婢哂凶孔R(shí)。您可以從此站點(diǎn)免費(fèi)下載他所有書籍的電子版。他也寫了許多好文章，并且他把這些文章的鏈接都放到了這里（包括 關(guān)于 Jython、Java 和 .NET 比較等內(nèi)容的文章）。

ONJava.com

ONJava.com
O'Reilley 歷年來出版了一些有關(guān)編程語言和工具的優(yōu)秀書籍。他們的專注于 Java 語言的網(wǎng)站也不錯(cuò)。它有些有關(guān)各種 Java 語言工具（如 JDOM 和 Hibernate）、Java 平臺(tái)（如 J2SE 和 J2EE）不同領(lǐng)域不同部分的文章。全部都可以被檢索到。他們有優(yōu)秀的文章和教程。該站點(diǎn)按主題排列。例如有 Java 和 XML、Java Security、Wireless Java 和 Java SysAdmin。該站點(diǎn)也有到 O'Reilley Learning Lab 的鏈接，在那里您能獲得在線參考資料（Java 語言相關(guān)和其他的）。那些不是免費(fèi)的，但是許多都面向大學(xué)認(rèn)證。因此您可以以一種很方便的方式來學(xué)習(xí)技能，并得到一些認(rèn)證。

java.net

java.net 社區(qū)
java.net 社區(qū)有多個(gè)“社區(qū)”，有特定于主題的論壇和文章。例如 Java Desktop 社區(qū)有各類與 Java 語言桌面開發(fā)相關(guān)的資料。Java Patterns 社區(qū)作為一個(gè)門戶，也許對(duì)提供 Java 語言的模式資源相當(dāng)感興趣。還有一個(gè) Java User Groups (JUG) 社區(qū)，在那里能找到有關(guān)創(chuàng)建、加入和管理一個(gè) JUG 的信息。

回頁首

結(jié)束語

任 何 “好的”、“關(guān)鍵性的” 或者 “重要的” 參考資料列表都注定是不完整的，本文的列表也未能例外。 Java 語言的書籍?dāng)?shù)目眾多，當(dāng)然，萬維網(wǎng)也很龐大。除本文所列的參考資料之外，還有很多用于學(xué)習(xí) Java 語言的參考資料。但如果您擁有了這里所提到的所有書籍、網(wǎng)站、文章或者教程，您應(yīng)當(dāng)已經(jīng)擁有了一個(gè)使您良好開端并助您登堂入室的實(shí)用寶庫。

最 后，要成為一個(gè)能力日增和高效的 Java 語言開發(fā)人員，方法就是用它工作，動(dòng)手來嘗試。如果有一個(gè)教程詳細(xì)介紹了所需創(chuàng)建的軟件的每一部分，您很可能并沒得到多少好處。有時(shí)，您可能得走自己的 路。在成功地嘗試了一些新的東西之后，您可能想要寫一篇文章、教程或者一本書來分享您所學(xué)到的。

我經(jīng)常會(huì)這樣來設(shè)置服務(wù)器端的JVM:JAVA_OPTS="-server -Xms3000m -Xmx3000m -Xss512k"

-server:一定要作為第一個(gè)參數(shù)，在多個(gè)CPU時(shí)性能佳
-Xms：初始Heap大小，使用的最小內(nèi)存
-Xmx：java heap最大值，使用的最大內(nèi)存
??? 上面兩個(gè)值一般設(shè)置為同樣的大小。

-Xss：每個(gè)線程的Stack大小

-verbose:gc 現(xiàn)實(shí)垃圾收集信息
-Xloggc:gc.log 指定垃圾收集日志文件

剛剛了解到的一些參數(shù)（待實(shí)踐測(cè)試）
-Xmn：young generation的heap大小，一般設(shè)置為Xmx的3、4分之一

-XX:+UseParNewGC ：縮短minor收集的時(shí)間
-XX:+UseConcMarkSweepGC ：縮短major收集的時(shí)間
??? 提示：此選項(xiàng)在Heap Size 比較大而且Major收集時(shí)間較長的情況下使用更合適。

網(wǎng)上沒有找到比較合適的，自己看了看，然后放到項(xiàng)目中實(shí)驗(yàn)的一下。
很多人都認(rèn)為比DBCP優(yōu)秀。

<bean id="c3p0DataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource" destroy-method="close">
????? <property name="driverClass">
??????? <value>${jdbc.driverClassName}</value>
????? </property>
????? <property name="jdbcUrl">
??????? <value>${jdbc.url}</value>
????? </property>
????? <property name="user">
????? ?<value>${jdbc.username}</value>
????? </property>
????? <property name="password">
????? ?<value>${jdbc.password}</value>
????? </property>
????? <property name="initialPoolSize"><value>10</value></property>
????? <property name="minPoolSize"><value>5</value></property>
????? <property name="maxPoolSize"><value>30</value></property>
????? <property name="acquireIncrement"><value>5</value></property>
????? <property name="maxIdleTime"><value>10</value></property>
????? <property name="maxStatements"><value>0</value></property>
??? </bean>

以下幾個(gè)參數(shù)是使用的基本配置參數(shù)：
initialPoolSize：
Number of Connections a pool will try to acquire upon startup. Should be between minPoolSize and maxPoolSize
連接池初始化時(shí)獲取的鏈接數(shù)，介于minPoolSize和maxPoolSize之間

minPoolSize：
Minimum number of Connections a pool will maintain at any given time.
最小鏈接數(shù)

maxPoolSize：
Maximum number of Connections a pool will maintain at any given time.
最大連接數(shù)

acquireIncrement：
Determines how many connections at a time c3p0 will try to acquire when the pool is exhausted.
在當(dāng)前連接數(shù)耗盡的時(shí)候，一次獲取的新的連接數(shù)

maxIdleTime：
Seconds a Connection can remain pooled but unused before being discarded. Zero means idle connections never expire.
最大空閑的時(shí)間，單位是秒，無用的鏈接再過時(shí)后會(huì)被回收

P6Spy ： http://www.p6spy.com/

是一個(gè)可以用來在應(yīng)用程序中攔截和修改數(shù)據(jù)操作語句的開源框架。對(duì) SQL 進(jìn)行攔截，相當(dāng)于一個(gè) SQL 語句的記錄器。

使用很簡(jiǎn)單，只需要在配置中將驅(qū)動(dòng)程序改成 P6Sky 的攔截驅(qū)動(dòng)?？赡軙?huì)給系統(tǒng)帶來略微的性能下降，但是在開發(fā)環(huán)境中的影響很小。

?

open source GUI versions of P6Spy ： irongrid

?

SQL Profiler

http://www.jahia.org/jahia/page377.html

是一個(gè)基于 P6Sky 引擎的快速剖析工具。統(tǒng)計(jì) SQL 語句，分析那里是性能瓶頸。在那里創(chuàng)建索引或者采用什么樣的方法來提高效率。根據(jù) SQL 查詢語句幫助生成合適的索引腳本。

?

主要參考：

F:\ 專題學(xué)習(xí) \P6spy

用 p6spy 和 sqlprofiler 來進(jìn)行 jdbc sql 日志記錄和分析

JDBC SQL Profiling 及 p6spy

1.首先定義接口

2.然后用IDE產(chǎn)生一個(gè)實(shí)現(xiàn)類.
? 需要修改Eclipse的模板,使得所有生成的實(shí)現(xiàn)類拋出UnsupportedOperationException異常.例如:
?public boolean checkUserByUsernameAndLogincode(String username, String logincode) {
??// TODO Auto-generated method stub
??throw new UnsupportedOperationException();
??//return false;
?}
:DAO類都要拋出DataAccessException

3.然后針對(duì)該類寫測(cè)試,每次只針對(duì) 一個(gè)方法 寫測(cè)試.
?此時(shí)運(yùn)行測(cè)試是不能夠通過的.會(huì)拋出UnsupportedOperationException

4.然后編寫接口的實(shí)現(xiàn),來使得測(cè)試獲得通過.

下面提到的一些Cache系統(tǒng)，我用過OSCache、EHCache，這兩個(gè)都是比較輕量級(jí)的。感覺OSCache的API比較方便，接口定義比較清楚。
而JBossCache會(huì)用來做分布式的Cache。


?????????OSCache
　　OSCache是個(gè)一個(gè)廣泛采用的高性能的J2EE緩存框架，OSCache能用于任何Java應(yīng)用程序的普通的緩存解決方案。
　　OSCache有以下特點(diǎn)：
　　緩存任何對(duì)象，你可以不受限制的緩存部分jsp頁面或HTTP請(qǐng)求，任何java對(duì)象都可以緩存。
　　擁有全面的API--OSCache API給你全面的程序來控制所有的OSCache特性。
　　永久緩存--緩存能隨意的寫入硬盤，因此允許昂貴的創(chuàng)建（expensive-to-create）數(shù)據(jù)來保持緩存，甚至能讓應(yīng)用重啟。
　　支持集群--集群緩存數(shù)據(jù)能被單個(gè)的進(jìn)行參數(shù)配置，不需要修改代碼。
緩存記錄的過期--你可以有最大限度的控制緩存對(duì)象的過期，包括可插入式的刷新策略（如果默認(rèn)性能不需要時(shí)）。
　　官方網(wǎng)站 http://www.opensymphony.com/oscache/

　　Java Caching System
　　JSC(Java Caching System)是一個(gè)用分布式的緩存系統(tǒng)，是基于服務(wù)器的java應(yīng)用程序。它是通過提供管理各種動(dòng)態(tài)緩存數(shù)據(jù)來加速動(dòng)態(tài)web應(yīng)用。
　　JCS和其他緩存系統(tǒng)一樣，也是一個(gè)用于高速讀取，低速寫入的應(yīng)用程序。
　　動(dòng)態(tài)內(nèi)容和報(bào)表系統(tǒng)能夠獲得更好的性能。
　　如果一個(gè)網(wǎng)站，有重復(fù)的網(wǎng)站結(jié)構(gòu)，使用間歇性更新方式的數(shù)據(jù)庫（而不是連續(xù)不斷的更新數(shù)據(jù)庫），被重復(fù)搜索出相同結(jié)果的，就能夠通過執(zhí)行緩存方式改進(jìn)其性能和伸縮性。
　　官方網(wǎng)站 http://jakarta.apache.org/turbine/jcs/

　　EHCache
　　EHCache 是一個(gè)純java的在進(jìn)程中的緩存，它具有以下特性：快速，簡(jiǎn)單，為Hibernate2.1充當(dāng)可插入的緩存，最小的依賴性，全面的文檔和測(cè)試。

　　官方網(wǎng)站 http://ehcache.sourceforge.net/

　　JCache
　　JCache是個(gè)開源程序，正在努力成為JSR-107開源規(guī)范，JSR-107規(guī)范已經(jīng)很多年沒改變了。這個(gè)版本仍然是構(gòu)建在最初的功能定義上。
　　官方網(wǎng)站 http://jcache.sourceforge.net/

　　ShiftOne
　　ShiftOne Java Object Cache是一個(gè)執(zhí)行一系列嚴(yán)格的對(duì)象緩存策略的Java lib，就像一個(gè)輕量級(jí)的配置緩存工作狀態(tài)的框架。
　　官方網(wǎng)站 http://jocache.sourceforge.net/

　　SwarmCache
　　SwarmCache是一個(gè)簡(jiǎn)單且有效的分布式緩存，它使用IP multicast與同一個(gè)局域網(wǎng)的其他主機(jī)進(jìn)行通訊，是特別為集群和數(shù)據(jù)驅(qū)動(dòng)web應(yīng)用程序而設(shè)計(jì)的。SwarmCache能夠讓典型的讀操作大大超過寫操作的這類應(yīng)用提供更好的性能支持。
　　SwarmCache使用JavaGroups來管理從屬關(guān)系和分布式緩存的通訊。
　　官方網(wǎng)站 http://swarmcache.sourceforge.net

　　TreeCache / JBossCache
　　JBossCache 是一個(gè)復(fù)制的事務(wù)處理緩存，它允許你緩存企業(yè)級(jí)應(yīng)用數(shù)據(jù)來更好的改善性能。緩存數(shù)據(jù)被自動(dòng)復(fù)制，讓你輕松進(jìn)行JBoss服務(wù)器之間的集群工作。 JBossCache能夠通過JBoss應(yīng)用服務(wù)或其他J2EE容器來運(yùn)行一個(gè)MBean服務(wù)，當(dāng)然，它也能獨(dú)立運(yùn)行。
　　JBossCache包括兩個(gè)模塊：TreeCache和TreeCacheAOP。
　　TreeCache --是一個(gè)樹形結(jié)構(gòu)復(fù)制的事務(wù)處理緩存。
　　TreeCacheAOP --是一個(gè)“面向?qū)ο蟆本彺?，它使用AOP來動(dòng)態(tài)管理POJO(Plain Old Java Objects)
　　注：AOP是OOP的延續(xù)，是Aspect Oriented Programming的縮寫，意思是面向方面編程。
　　官方網(wǎng)站 http://www.jboss.org/products/jbosscache

　　WhirlyCache
　　Whirlycache是一個(gè)快速的、可配置的、存在于內(nèi)存中的對(duì)象的緩存。它能夠通過緩存對(duì)象來加快網(wǎng)站或應(yīng)用程序的速度，否則就必須通過查詢數(shù)據(jù)庫或其他代價(jià)較高的處理程序來建立。
官方網(wǎng)站 https://whirlycache.dev.java.net/

1 、整合已有的用戶表操作

????? a. 修改Hibernate的映射文件

???? b. 實(shí)現(xiàn)com.toodou.bbs.security.service.acegi.JdbcDaoImpl，來實(shí)現(xiàn)自定義的用戶認(rèn)證和授權(quán)

???????? 對(duì)于BBS系統(tǒng)默認(rèn)的登錄用戶是USER角色

???? c. 增加數(shù)據(jù)庫鏈接的配置，權(quán)限用戶相關(guān)的使用專門的數(shù)據(jù)庫鏈接

???????? 特別要注意一些顯示的和潛在的acegiDataSource和acegiSessionFactory的配置

???????? 注意DAO中acegiSessionFactory的配置

2 、權(quán)限的區(qū)分

????? 有些操作發(fā)帖、回復(fù)等需要登錄

3 、方法攔截

????? <!-- 用于安全框架攔截方法，用在事務(wù)攔截之前的方式 -->

??????? <property name="preInterceptors">

??????????? <list>

??????????????? <ref bean="methodSecurityInterceptor"/>

??????????? </list>

??????? </property>

???? 同樣也可以采用直接使用攔截器的方式：

???? 這對(duì)方法的攔截，對(duì)于沒有權(quán)限的時(shí)候，會(huì)拋出AccessDeniedException的異常，所以在Action中對(duì)于有權(quán)限要求的方法就要捕獲該異常，然后統(tǒng)一處理（比如：跳轉(zhuǎn)到提示頁面）

4 、登錄后的跳轉(zhuǎn)

????? 通過配置AuthenticationProcessingFilter的屬性，其中包括：

???? authenticationFailureUrl??? 定義登陸失敗時(shí)轉(zhuǎn)向的頁面

defaultTargetUrl?? 定義登陸成功時(shí)轉(zhuǎn)向的頁面

filterProcessesUrl 定義登陸請(qǐng)求的頁面

rememberMeServices 用于在驗(yàn)證成功后添加cookie信息

5 、登錄后自定義權(quán)限的分配

????? 需求是默認(rèn)的沒有分配權(quán)限的用戶的權(quán)限是USER.

???? 這方面Acegi已經(jīng)預(yù)留好了接口，只需要繼承JdbcDaoImpl類，然后覆蓋方法：addCustomAuthorities就可以了。例如：

???? protected void addCustomAuthorities(String username, List authorities) {

??? ???? if(authorities.size()==0){

??? ???? ???? logger.info("Authority is User");

??? ???? ???? authorities.add(new GrantedAuthorityImpl("USER"));

??? ???? }

}

6 、用戶退出

????? 是指用戶點(diǎn)擊退出按鈕，無非做兩個(gè)動(dòng)作：session實(shí)效和 cookie實(shí)效

???? if (session!=null)

???????? session.invalidate();

???????? Cookie terminate = new
Cookie(TokenBasedRememberMeServices.ACEGI_SECURITY_HASHED_REMEMBER_ME_COOKIE_KEY, null);

???????? terminate.setMaxAge(0);

???????? response.addCookie(terminate);

7 、用戶信息

???? 默認(rèn)的Acegi登錄成功后會(huì)在Session中放下面兩個(gè)內(nèi)容：

???? ACEGI_SECURITY_CONTEXT--------org.acegisecurity.context.SecurityContextImpl@fdd91091: Authentication: org.acegisecurity.providers.UsernamePasswordAuthenticationToken@fdd91091: Username: org.acegisecurity.userdetails.User@fdcb3700: Username: test; Password: [PROTECTED]; Enabled: true; AccountNonExpired: true; credentialsNonExpired: true; AccountNonLocked: true; Granted Authorities: USER; Password: [PROTECTED]; Authenticated: true; Details: org.acegisecurity.ui.WebAuthenticationDetails@fffc7f0c: RemoteIpAddress: 127.0.0.1; SessionId: BBBC69F664334F9E4CD0797BC1209DDB; Granted Authorities: USER

?

ACEGI_SECURITY_LAST_USERNAME--------test

<authz:authentication operation="username"/></td>

?

8 、 Acegi 標(biāo)簽的使用

<authz:authorize ifAllGranted="ROLE_SUPERVISOR">

? <td>

??? <A HREF="del.htm?id=123">del</A>

? </td>

</authz:authorize>

9 、對(duì)于 URL 過濾

???? 發(fā)生AccessDeniedException異常并且是anonymous user的時(shí)候跳轉(zhuǎn)到登錄頁面的設(shè)置

???? 配置AuthenticationProcessingFilterEntryPoint的屬性loginFormUrl為：/security/login.jsp

?

???? 發(fā)生AccessDeniedException異常并且是已登錄用戶的時(shí)候跳轉(zhuǎn)到提示頁面的設(shè)置

???? 配置AccessDeniedHandlerImpl的errorPage的屬性為：/accessDenied.jsp

問題一：
在tomcat里面配置好SSL之后，訪問相關(guān)應(yīng)用都會(huì)彈出一個(gè)關(guān)于認(rèn)證的彈出窗口。
有什么辦法能夠不讓這樣的認(rèn)證窗口彈出來呢？
象下面這樣就不會(huì)有彈出窗口，不知道如何實(shí)現(xiàn)？
https://secure.its.yale.edu/cas/servlet/login

問題二：
CAS使用的cookie是保存在內(nèi)存中的,如果瀏覽器關(guān)閉或超過8小時(shí)就直接丟棄的，而不是保存硬盤里的。
瀏覽器：ie
1.訪問clientA,跳轉(zhuǎn)到 CAS SERVER認(rèn)證用戶密碼.通過認(rèn)證
2.新開一個(gè)ie窗口,訪問clientB,需再次到CAS SERVER認(rèn)證用戶密碼（如果是在同一個(gè)窗口則只需認(rèn)證一次）

相反，使用瀏覽器firefox：
1.訪問clientA,跳轉(zhuǎn)到 CAS SERVER認(rèn)證用戶密碼.通過認(rèn)證
2.新開一個(gè)ie窗口,訪問clientB, 不 再到CAS SERVER認(rèn)證用戶密碼

感覺ie和firefox的差別還是蠻的，很奇怪！

有時(shí)候JDBC運(yùn)行得不夠快，這使得有些程序員使用數(shù)據(jù)庫相關(guān)的存儲(chǔ)過程。作為一個(gè)替代方案，可以試試使用Statement 的批量處理特性看看能否同時(shí)執(zhí)行所有的SQL以提高速度。

存儲(chǔ)過程的最簡(jiǎn)單的形式就是包含一系列SQL語句的過程，將這些語句放在一起便于在同一個(gè)地方管理也可以提高速度。Statement 類可以包含一系列SQL語句，因此允許在同一個(gè)數(shù)據(jù)庫事務(wù)執(zhí)行所有的那些語句而不是執(zhí)行對(duì)數(shù)據(jù)庫的一系列調(diào)用。

使用批量處理功能涉及下面的兩個(gè)方法：

addBatch(String) 方法
executeBatch方法
如果你正在使用Statement 那么addBatch 方法可以接受一個(gè)通常的SQL語句，或者如果你在使用PreparedStatement ，那么也可以什么都不向它增加。

executeBatch 方法執(zhí)行那些SQL語句并返回一個(gè)int值的數(shù)組，這個(gè)數(shù)組包含每個(gè)語句影響的數(shù)據(jù)的行數(shù)。如果將一個(gè)SELECT語句或者其他返回一個(gè)ResultSet的SQL語句放入批量處理中就會(huì)導(dǎo)致一個(gè)SQLException異常。

關(guān)于java.sql.Statement 的簡(jiǎn)單范例可以是：

  
  Statement stmt = conn.createStatement();

  stmt.insert("DELETE FROM Users");

  stmt.insert("INSERT INTO Users VALUES('rod', 37, 'circle')");

  stmt.insert("INSERT INTO Users VALUES('jane', 33, 'triangle')");

  stmt.insert("INSERT INTO Users VALUES('freddy', 29, 'square')");

  int[] counts = stmt.executeBatch(); 

PreparedStatement 有些不同，它只能處理一部分SQL語法，但是可以有很多參數(shù)，因此重寫上面的范例的一部分就可以得到下面的結(jié)果：

// 注意這里沒有刪除語句

  PreparedStatement stmt = conn.prepareStatement(

  "INSERT INTO Users VALUES(?,?,?)"

  );

  User[ ] users = ...;

  for(int i=0; i<users.length; i++) {

  stmt.setInt(1, users[i].getName());

  stmt.setInt(2, users[i].getAge());

  stmt.setInt(3, users[i].getShape());

  stmt.addBatch( );

  }

  int[ ] counts = stmt.executeBatch(); 

如果你不知道你的語句要運(yùn)行多少次，那么這是一個(gè)很好的處理SQL代碼的方法。在不使用批量處理的情況下，如果添加50個(gè)用戶，那么性能就有影響，如果某個(gè)人寫了一個(gè)腳本添加一萬個(gè)用戶，程序可能變得很糟糕。添加批處理功能就可以幫助提高性能，而且在后面的那種情況下代碼的可讀性也更好。