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圖。測試也是我們非常重視的，包括了單元測試和集成測試。

 

軟件開發(fā)方法

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

     我們團(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)化的測試工具，提高測試的效率和回歸測試的質(zhì)量。使用測試覆蓋率工具檢查單元測試的覆蓋率。我還會(huì)使用一些性能測試工具測試系統(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ì)清楚的注釋，要求寫單元測試，定期的進(jìn)行代碼review會(huì)議，要有集成測試和系統(tǒng)測試。對(duì)于我們的互聯(lián)網(wǎng)產(chǎn)品，由于產(chǎn)品環(huán)境比較復(fù)雜，所以一定要有相應(yīng)的系統(tǒng)測試，也可以稱為線上測試。

診斷 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í)注意。

?

下面簡單的列出一些新的特性：

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)的位置是索引的目錄，簡單命名為 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)存
      • 昂貴
    • 只要增長趨勢存在，無論如何都要走向外擴(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è)。要了解的東西簡直 太多了。對(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è)的走勢。書籍、文章和論文有助于跟上潮流，但它們總體上更適合于基礎(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ì)簡單一些。熟悉模式并了解如何使用好模式使編程更加簡單。這使得和其他程序員交流也更簡單，因?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ì)象語言簡明指南（第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 年）
測試驅(qū)動(dòng)開發(fā)（中文版） （崔凱 譯，中國電力出版社 ，2004 年）
測試優(yōu)先編程將使編程發(fā)生革命性變化，能助您成為更好的程序員。在寫代碼之前編寫測試開始很難，但卻是一項(xiàng)威力強(qiáng)大的技能。通過優(yōu)先編寫測試，可使代碼更 加簡單，并確保從一開始它就能工作（Beck 實(shí)踐著他提倡的測試優(yōu)先，與人合寫了 JUnit，這是 Java 語言最流行的測試框架）。Beck 的書是權(quán)威的參考資料，擴(kuò)展了的 Money 例子也用 Java 語言寫成。Beck 詳述了如何用測試優(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)勢所在。在當(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è)基本的單元測試框架。該站點(diǎn)包含了 Junit 最新最棒的版本，外加大量有關(guān)測試（Java 語言或者其他語言的）各個(gè)層面上（針對(duì)桌面應(yīng)用程序、Web 應(yīng)用程序、J2EE 應(yīng)用程序等）的其他資源。如果您想找測試資源，這里就是最佳起點(diǎn)。

TheServerSide.com

TheServerSide.com
如 果您要(或?qū)⒁?從事服務(wù)器端 Java 語言的開發(fā)，此站點(diǎn)是一處舉足輕重的資源。您可以到這里找到有關(guān) JBoss、J2EE、LDAP、Struts 和大量其他主題的文章，并且都是完全可檢索的。這些文章不僅僅是簡單描述 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í)踐測試）
-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 語句的記錄器。

使用很簡單，只需要在配置中將驅(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ì)該類寫測試,每次只針對(duì) 一個(gè)方法 寫測試.
?此時(shí)運(yùn)行測試是不能夠通過的.會(huì)拋出UnsupportedOperationException

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

下面提到的一些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)程中的緩存，它具有以下特性：快速，簡單，為Hibernate2.1充當(dāng)可插入的緩存，最小的依賴性，全面的文檔和測試。

　　官方網(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è)簡單且有效的分布式緩存，它使用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ū)ο蟆本彺妫褂肁OP來動(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ǔ)過程的最簡單的形式就是包含一系列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 的簡單范例可以是：

  
  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è)用戶，程序可能變得很糟糕。添加批處理功能就可以幫助提高性能，而且在后面的那種情況下代碼的可讀性也更好。

1 安裝
1.1系統(tǒng)配置
以下的軟件環(huán)境是必需的：
1． JDK 1.4.2 or higher
2． Tomcat 5.X

1.2 Tomcat 配置，啟用SSL
1. 在要安裝CAS的機(jī)器上為Tomcat生成用于SSL通訊的密鑰：

keytool –genkey –alias tomcat –keyalg RSA
這時(shí)需要輸入密鑰密碼和其他參數(shù)（第一個(gè)參數(shù)CN必須設(shè)置為CAS機(jī)器名，本機(jī)使用localhost測試），會(huì)在用戶目錄中生成.keystore密鑰文件。

2. 導(dǎo)出密鑰文件：

keytool –export –file server.crt –alias tomcat
這時(shí)需要輸入上一步設(shè)定的密碼，結(jié)果會(huì)在當(dāng)前目錄生成server.crt信任狀。

3. 為客戶端的JVM導(dǎo)入密鑰：

keytool –import –keystore $JAVA_HOME\jre\lib\security\cacerts
–file server.crt –alias tomcat
輸入密碼時(shí)注意密碼為“changeit”。
4. 修改服務(wù)端Tomcat配置文件，啟用SSL。修改$CATALINA_HOME\conf\server.xml，去掉有關(guān)SSL的那一段的注釋，需要在connector字段中加入keystorePass="password"（password即為1、2步中的密碼），keystoreFile＝ "keystorePath"（可以把第一步生成的.keystore復(fù)制到$CATALINA_HOME\conf下，這樣keystoreFile＝ "conf/.keystore"）。

5. 重啟Tomcat，測試https://server:8443是否可以訪問（server應(yīng)換為機(jī)器名或IP地址）。

1.3 CAS Server安裝

下載CAS Server 3.0.4，將其中的cas.war復(fù)制到$CATALINA_HOME\webapps下，當(dāng)然現(xiàn)在CAS中的用戶密碼認(rèn)證Handler是很簡陋的，產(chǎn)品化必須重寫這部分代碼，生成新的cas.jar。這時(shí)可以通過訪問https://localhost:8443/cas測試CAS是否成功部署，應(yīng)看到CAS登陸界面。

1.4 CAS Client 部署

利用Tomcat自帶的servlets-examples （$CATALINA_HOME\webapps\servlets-examples）和jsp-examples（$CATALINA_HOME\ webapps\jsp-examples）進(jìn)行試驗(yàn)，下載最新版本的Java CAS Client，將casclient.jar復(fù)制到這兩個(gè)項(xiàng)目的WEB-INF目錄的lib下（需要新建此目錄）。修改兩個(gè)項(xiàng)目的WEB-INF\ web.xml，添加如下的過濾器：

<!-- CAS Filters -->
??? <filter>
??????? <filter-name>CASFilter</filter-name>
??????? <filter-class>edu.yale.its.tp.cas.client.filter.CASFilter</filter-class>
??????? <init-param>
??????????? <param-name>edu.yale.its.tp.cas.client.filter.loginUrl</param-name>
??????????? <param-value>https://server:8443/cas/login</param-value>
??????? </init-param><!--這里的server是服務(wù)端的IP-->
??????? <init-param>
??????????? <param-name>edu.yale.its.tp.cas.client.filter.validateUrl</param-name>
??????????? <param-value>https://serName:8443/cas/proxyValidate</param-value>
??????? </init-param><!--這里的serName是服務(wù)端的主機(jī)名，而且必須是-->
??????? <init-param>
????????? <param-name>edu.yale.its.tp.cas.client.filter.serverName</param-name>
????????? <param-value>client:port</param-value><!--client:port就是需要CAS需要攔截的地址和端口，一般就是這個(gè)TOMCAT所啟動(dòng)的IP和port-->
??????? </init-param>
??? </filter>
???
??? <filter-mapping>
??????? <filter-name>CASFilter</filter-name>
??????? <url-pattern>/servlet/*</url-pattern><!--這里的設(shè)置是針對(duì)servlets-examples的，針對(duì)jsp-examples設(shè)置為/*-->
??? </filter-mapping>

2 測試
重啟Tomcat，定位到servlets-examples，執(zhí)行任何一個(gè)例子都會(huì)被重定向到CAS登陸頁；再定位到j(luò)sp-examples，也會(huì)被重定向到CAS登陸頁；此時(shí)登陸（默認(rèn)的認(rèn)證Handler只要求username=password，可任意選擇用戶名）；登錄后就會(huì)進(jìn)入jsp- examples；繼續(xù)定位到servlets-examples，執(zhí)行任何一個(gè)例子也不用再輸入密碼。


補(bǔ)充：

&#61548; 在多臺(tái)機(jī)器上部署CAS：這些機(jī)器必需在同一個(gè)域中；服務(wù)器端生成證書，客戶端導(dǎo)入證書（操作見上）。

&#61548; PHP客戶端：使用esup-phpcas客戶端，驗(yàn)證部分php代碼如下：
// import phpCAS lib
include_once('CAS/CAS.php');
// initialize phpCAS
phpCAS::client(CAS_VERSION_2_0,'freeserver.test-toodou.com',8443,'/cas');
// force CAS authentication
phpCAS::forceAuthentication();
// at this step, the user has been authenticated by the CAS server
// and the user's login name can be read with phpCAS::getUser().

// logout if desired
if (isset($_REQUEST['logout'])) {
phpCAS::logout();
}
登錄結(jié)束后，CAS服務(wù)器會(huì)自動(dòng)重定向回本頁面。

&#61548; CAS服務(wù)器與數(shù)據(jù)庫連接：實(shí)際環(huán)境中我們需要到數(shù)據(jù)庫驗(yàn)證用戶有效性，在CAS中配置JDBC連接。

首先，我們需要?jiǎng)?chuàng)建自己的數(shù)據(jù)庫驗(yàn)證器，當(dāng)然也可以使用Jasig提供的cas-server-jdbc.jar，這里我們修改了cas-server- jdbc的源碼滿足自己的需要。并把mysql的jdbc驅(qū)動(dòng)和修改后的jar部署到CAS%/WEB_INF/lib/。

修改 %CAS%/WEB_INF/deployerConfigContext..xml，其中關(guān)于驗(yàn)證器的一段如下：
………………………………..
<bean class="org.jasig.cas.adaptors.jdbc.QueryDatabaseAuthenticationHandler">
??????????????????????????? <property name="sql" value="select psw from user where username=?" />
??????????????????????????? <property name="dataSource" ref="dataSource" />
??????????????????????? </bean>
??????????????????? </list>
??????????????? </property>
??????? </bean>

??????? <bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource" destroy-method="close">
??????????????? <property name="driverClassName"><value>com.mysql.jdbc.Driver</value></property>
??????????????? <property name="url"><value>jdbc:mysql://192.168.1.246:3306/toodou</value></property>
??????????????? <property name="username"><value>username</value></property>
??????????????? <property name="password"><value>********</value></property>
??????? </bean>
&#61548; Jmeter測試：根據(jù)目前土豆網(wǎng)的登錄流量，我們使用Jmeter對(duì)CAS處理性能進(jìn)行測試，以每分鐘20人次登錄計(jì)，得到平均處理時(shí)間為21ms，幾次測試中遇到的最長處理時(shí)間也僅為78ms。
但當(dāng)?shù)卿浫舜芜_(dá)到500/min時(shí)，會(huì)出現(xiàn)明顯的性能下降，部分登錄請(qǐng)求的處理時(shí)間會(huì)超過3000ms。

我在使用ICTCLAS.dll做網(wǎng)頁內(nèi)容分詞的時(shí)候，出現(xiàn)一下異常
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x18473252
Function=Ordinal5+0x3252
Library=D:\workspace3\Lucene_191\ICTCLAS.dll

Current Java thread:
at com.xjt.nlp.word.ICTCLAS.paragraphProcess(Native Method)
- locked <0x1003db78> (a com.xjt.nlp.word.ICTCLAS)
at org.apache.lucene.analysis.cn.TjuChineseAnalyzer.tokenStream(TjuChineseAnalyzer.java:59)
at org.apache.lucene.index.DocumentWriter.invertDocument(DocumentWriter.java:162)
at org.apache.lucene.index.DocumentWriter.addDocument(DocumentWriter.java:93)
at org.apache.lucene.index.IndexWriter.addDocument(IndexWriter.java:450)
at org.apache.lucene.index.IndexWriter.addDocument(IndexWriter.java:436)
at ch14.performance.index.IndexPerformanceTest.addDocument(IndexPerformanceTest.java:192)
at ch14.performance.index.IndexPerformanceTest.indexFiles(IndexPerformanceTest.java:214)
at ch14.performance.index.IndexPerformanceTest.indexFiles(IndexPerformanceTest.java:207)
at ch14.performance.index.IndexPerformanceTest.indexFiles(IndexPerformanceTest.java:207)
at ch14.performance.index.IndexPerformanceTest.toIndex(IndexPerformanceTest.java:141)
at ch14.performance.index.IndexPerformanceTest.toIndex(IndexPerformanceTest.java:127)
at ch14.performance.index.IndexPerformanceTest.main(IndexPerformanceTest.java:228)

Dynamic libraries:
0x00400000 - 0x00407000 C:\j2sdk1.4.2_03\bin\javaw.exe
0x77F80000 - 0x77FFC000 C:\WINNT\system32\ntdll.dll
0x796D0000 - 0x79735000 C:\WINNT\system32\ADVAPI32.dll
0x77E60000 - 0x77F32000 C:\WINNT\system32\KERNEL32.dll
0x786F0000 - 0x78768000 C:\WINNT\system32\RPCRT4.dll
0x77DF0000 - 0x77E59000 C:\WINNT\system32\USER32.dll
0x77F40000 - 0x77F7C000 C:\WINNT\system32\GDI32.dll
0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll
0x75E00000 - 0x75E1A000 C:\WINNT\system32\IMM32.DLL
0x6C330000 - 0x6C338000 C:\WINNT\system32\LPK.DLL
0x65D20000 - 0x65D74000 C:\WINNT\system32\USP10.dll
0x08000000 - 0x08138000 C:\j2sdk1.4.2_03\jre\bin\client\jvm.dll
0x77530000 - 0x77560000 C:\WINNT\system32\WINMM.dll
0x6BD00000 - 0x6BD0D000 C:\WINNT\system32\SYNCOR11.DLL
0x10000000 - 0x10007000 C:\j2sdk1.4.2_03\jre\bin\hpi.dll
0x007F0000 - 0x007FE000 C:\j2sdk1.4.2_03\jre\bin\verify.dll
0x00800000 - 0x00819000 C:\j2sdk1.4.2_03\jre\bin\java.dll
0x00820000 - 0x0082D000 C:\j2sdk1.4.2_03\jre\bin\zip.dll
0x18470000 - 0x1853F000 D:\workspace3\Lucene_191\ICTCLAS.dll
0x777C0000 - 0x777DE000 C:\WINNT\system32\WINSPOOL.DRV
0x79B20000 - 0x79B31000 C:\WINNT\system32\MPR.DLL
0x71710000 - 0x71794000 C:\WINNT\system32\COMCTL32.dll
0x77900000 - 0x77923000 C:\WINNT\system32\imagehlp.dll
0x72960000 - 0x7298D000 C:\WINNT\system32\DBGHELP.dll
0x687E0000 - 0x687EB000 C:\WINNT\system32\PSAPI.DLL

Heap at VM Abort:
Heap
def new generation total 576K, used 429K [0x10010000, 0x100b0000, 0x104f0000)
eden space 512K, 74% used [0x10010000, 0x1006f0f8, 0x10090000)
from space 64K, 77% used [0x100a0000, 0x100ac5e0, 0x100b0000)
to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000)
tenured generation total 1408K, used 128K [0x104f0000, 0x10650000, 0x14010000)
the space 1408K, 9% used [0x104f0000, 0x105103e8, 0x10510400, 0x10650000)
compacting perm gen total 4096K, used 1782K [0x14010000, 0x14410000, 0x18010000)
the space 4096K, 43% used [0x14010000, 0x141cd860, 0x141cda00, 0x14410000)

Local Time = Wed May 10 19:19:16 2006
Elapsed Time = 8
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2_03-b02 mixed mode)
#
# An error report file has been saved as hs_err_pid2120.log.
# Please refer to the file for further information.
#

不知作者或者其他朋友有沒有遇到，網(wǎng)上也有人遇到這種情況。

這個(gè)問題很好。。。
這個(gè)問題是中科院分詞工具的BUG

舉個(gè)例子，如果你用這個(gè)分詞工具分下面的詞，就一定會(huì)報(bào)錯(cuò)

“5/”
“6/”

類似于這樣一個(gè)數(shù)字加一個(gè)“/”就會(huì)有問題。由于DLL拋出的異常是無法被JVM捕獲的，因此JVM就被強(qiáng)行停了下來。。

建議是在進(jìn)行分詞前要對(duì)句子進(jìn)行預(yù)處理，如
1）全角到半角的替換
2）去除多余的空格
3）一次分詞的句子不要太長
4）特殊符號(hào)的轉(zhuǎn)換


不過在新版本的分詞工具中，好像這樣的BUG已經(jīng)被改進(jìn)了。
我手上有一個(gè)師弟做的JAVA版的仿中科院分詞工具，而且把詞庫也進(jìn)行了翻譯，可以使用TXT文件做詞庫，并且能添加新詞。希望有機(jī)會(huì)也能拿出來和朋友分享：）這位師弟和我說他打算把這個(gè)放到SOURCEFORGE上，到時(shí)候大家可以下載了：）

如果可能，我也想在我的下一本新的Lucene的書中放上，呵呵。當(dāng)然得先問問他的意見，哈哈

1.原來在我開發(fā)的項(xiàng)目中由于是多人協(xié)作開發(fā)，所以我會(huì)把Spring的配置文件按人分成多個(gè)。然后不論是單元測試還是通過web集成測試，都會(huì)把所有的文件裝載進(jìn)來。

單元測試的時(shí)候（或者其他不通過ｗｅｂ裝載的情況），使用DefaultBeanFactory類和beanRefFactory.xml配置文件
有的時(shí)候單元測試相關(guān)的類很少的時(shí)候，我會(huì)單獨(dú)寫一個(gè)bean的配置文件，進(jìn)行單元測試。
web集成測試的時(shí)候直接在web.xml中配置
<context-param>
??<param-name>contextConfigLocation</param-name>
??<param-value>
???/WEB-INF/classes/WebApplicationContext.xml
???/WEB-INF/classes/HibernateContext.xml
???/WEB-INF/classes/WebApplicationContext_C.xml
.......
??</param-value>
?</context-param>

2.通過觀察jpetstore項(xiàng)目，它的配置文件是按照web/service/dao這樣的層次進(jìn)行劃分。
對(duì)于一些web services接口也會(huì)有專門的配置文件。
這樣的話結(jié)構(gòu)就會(huì)非常的清晰，所以在項(xiàng)目穩(wěn)定，進(jìn)入維護(hù)期的時(shí)候，可以把配置文件按照業(yè)務(wù)邏輯的層次進(jìn)行劃分。

3.為了能夠靈活配置，例如向一些數(shù)據(jù)庫連接的配置，因?yàn)榇蟛糠智闆r都是本地、測試服務(wù)器、正式服務(wù)器的配置是不同的，所以一般會(huì)通過寫一個(gè)jdbc.properties，在屬性文件中進(jìn)行配置。

4.在同時(shí)加在多個(gè)spring的配置文件的時(shí)候，也是有好多靈活的方法，這方面spring做的真強(qiáng)。上面說了兩種，還可以在applicationContext.xml文件中<beans>標(biāo)簽的后面，緊接著加入：
<import resource="dataAccessContext-local.xml"/>這樣的導(dǎo)入資源的語句。然后不同的環(huán)境可以使用不同的配置，不過這還需要每次都修改applicationContext.xml文件。該方法不如直接在web.xml中配置多個(gè)方便，但是也不是絕對(duì)。

5.最后還有一種更加方便的方法，可以不用修改applicationContext.xml文件，然后就能夠自動(dòng)裝載相關(guān)的配置文件。
首先，寫一個(gè)類：
package com.xiebing.spring.util;

import java.net.InetAddress;

import org.springframework.web.context.support.XmlWebApplicationContext;

/**
?* TODO file description *
?*
?* @author bing.xie
?*
?* @version 1.0, 2006-5-10? create
?*/
/**
?* @author bing.xie
?*?2006-5-10
?*/
public class PerHostXmlWebApplicationContext extends XmlWebApplicationContext {
?protected String[] getDefaultConfigLocations(){
??String hostname = "localhost";
??
??try{
???hostname = InetAddress.getLocalHost().getHostName();
??}catch(Exception e){
???
??}
??String perHostConfiguration = DEFAULT_CONFIG_LOCATION_PREFIX
??????+ "applicationContext-"
??????+ hostname
??????+ DEFAULT_CONFIG_LOCATION_SUFFIX;
??if(getNamespace() != null){
???return new String[]{
?????DEFAULT_CONFIG_LOCATION_PREFIX
?????+ this.getNamespace()
?????+ DEFAULT_CONFIG_LOCATION_SUFFIX
?????,perHostConfiguration};
??}else{
???return new String[]{
????DEFAULT_CONFIG_LOCATION,perHostConfiguration};
??}
?}
}

這種主要是通過動(dòng)態(tài)的獲取主機(jī)名來動(dòng)態(tài)配置的。所以對(duì)于不同的環(huán)境使用applicationContext-[hostname].xml就可以封裝變化了。當(dāng)然了，也可以不用hostname（如果發(fā)現(xiàn)其他方便的方式）

接下來，就是在web.xml中增加配置：

<context-param>
??<param-name>contextClass</param-name>
??<param-value>com.xiebing.spring.util.PerHostXmlWebApplicationContext</param-value>
?</context-param>

這種方法就是要求在不同的環(huán)境下有不同的applicationContext-[hostname].xml文件

     摘要: Lucene 1.9 改進(jìn)特性列表 1.9 RC1 注：lucene2.0發(fā)布版本并不是100%的和1.4.3版兼容。也就是說在你用2.0版本的Lucene開發(fā)包替換原來的1.4.3版本時(shí)，應(yīng)該讓你的應(yīng)用程序首先和1.9的兼容。 使用前提： ?1. 編譯和使用Lucene需要? Java1.4 或以上版本。 Lucene 1.9 在運(yùn)行時(shí)的變化： ...  閱讀全文

XP 實(shí)戰(zhàn)

ThoughtWorks

敏捷的核心：是一種理念、方法論、技巧

項(xiàng)目：確定目標(biāo)

迭代：核實(shí)目標(biāo)

日常：走向目標(biāo)

?

團(tuán)隊(duì)內(nèi)一定要有一致的認(rèn)識(shí)，做法（打通關(guān)節(jié)、人員調(diào)整、進(jìn)行培訓(xùn)），開發(fā)環(huán)境（房間、硬件、人員布置）

不斷觀察，定期總結(jié)流程的缺點(diǎn)，不斷改進(jìn)完善，使之適合團(tuán)隊(duì)

?

關(guān)于環(huán)境（無擋板、光線明亮、帶輪子的椅子、無線鼠或者鍵盤、大桌子、圈坐）

?

迭代：一個(gè) story 平均 2 天，追蹤、總結(jié)、分析、對(duì)事不對(duì)人

項(xiàng)目大的時(shí)候需要專門的迭代經(jīng)理，對(duì)內(nèi)負(fù)責(zé) checking （迭代報(bào)告），對(duì)外交流匯報(bào)（功能演示）

?

持續(xù)集成： 1 ）從項(xiàng)目的第一天就開始做起 2 ）發(fā)散性廣播（聲音：哦。。。。。。，哦你媽個(gè)頭），熔巖燈 3 ）如果集成失敗就必須立即解決 4 ）頻繁發(fā)布，自動(dòng)測試

?

測試驅(qū)動(dòng)開發(fā)： 1 ）增加測試范圍 2 ）永遠(yuǎn)都要先寫測試（先定義接口，然后再寫單元測試） 3 ）提高測試效率 4 ）避免缺陷重現(xiàn) 5 ）監(jiān)督開發(fā) 6 ）不僅僅是單元測試

?

考慮用 wiki 管理文檔，方便迭代

?

實(shí)施 XP 的項(xiàng)目團(tuán)隊(duì)不要超過 10 人， 8 － 10 人最合適

?

web 測試的工具： salenium jwebunit junit (Fit jwebfit watir)

?

阿里巴巴： web 性能測試 陳日俊（落葉夏日）
包括：阿里巴巴、淘寶、支付寶、雅虎

LoadRunner 是開發(fā)人員玩的

?

使用 JProfile 測試性能

優(yōu)先級(jí)考慮的是數(shù)據(jù)庫調(diào)優(yōu)（ index ），最后考慮算法調(diào)優(yōu)

Resin 研究使用，性能更好

?

1 ）用戶行為分析 2 ）應(yīng)用網(wǎng)絡(luò)分析 3 ）數(shù)據(jù)量分析

?

1、? 場景設(shè)計(jì)源自需求

2、? 并發(fā)用戶數(shù)

3、? 峰值、平均并發(fā)、時(shí)間分布

4、? 用戶空間分布（系統(tǒng)不同模塊的用戶空間分布）

5、? 穩(wěn)定性要求

6、? 數(shù)據(jù)庫數(shù)量的大小、增長方式、訪問方式

7、? 用戶行為分析

?

紅工廠 JDO 專家組成員 黃海波 一個(gè) Xper 的心路歷程

?

上班玩游戲，爽！――培養(yǎng) TeamWork 的能力

40 歲的程序員，活到老，編到老，知道的多，平等，平和，可以良好的溝通

?

真正的 XP 可以達(dá)到：工作節(jié)奏平穩(wěn)、有效率、有節(jié)奏

?

只有溝通不夠的項(xiàng)目，沒有溝通過度的項(xiàng)目

?

主動(dòng)匯報(bào) 上司

?

以人為本：每個(gè)開發(fā)人員都能充分參與到軟件開發(fā)中，都以每一行代碼為己任，做到我為人人，人人為我。

?

最高境界：以人為本，而不是以流程為本

XP ：改變?nèi)说乃季S品質(zhì)

1 ）敢于面對(duì)批評(píng) 2 ）不怕暴露自己的不足 3 ）主動(dòng)承認(rèn)不足 4 ）主動(dòng)溝通 5 ）杜絕懶惰 6 ）反省自己的開發(fā)流程

在 XP 中，碰到問題應(yīng)該是先問誰會(huì)，如果沒有會(huì)的再 google

?

1 ）結(jié)隊(duì)一定更加高效、高質(zhì) 2 ）從別人身上學(xué)習(xí)，看別人的優(yōu)點(diǎn)，尊重伙伴 3 ）一個(gè)人的價(jià)值不在于知道多少，在于能知道多少 4 ）永遠(yuǎn)測試先行 5 ）不要吝嗇問題 6 ）盡可能得讓別人知道自己在做什么 7 ）不要重復(fù)代碼

?

XP 挑戰(zhàn)人性的陰暗面（惰性－永遠(yuǎn)都不要、自尊－知道什么時(shí)候應(yīng)該放下）

?

Xper ＝合格的程序員

對(duì)于 XP 團(tuán)隊(duì)，招聘的時(shí)候?qū)π愿褚彩怯幸恍┮?/span>

說白了： XP 是一種更加剝削的方式

?

但是對(duì)個(gè)人成長和對(duì)公司發(fā)展都是有利的，只能說可能對(duì)公司的益處更加明顯。

如果我是老板我一定會(huì)選擇 XP ，

如果碰到實(shí)施 XP 的老板，那么就努力跟老板學(xué)習(xí)，盡快讓自己也成為老板。

順便推薦兩篇文章：
極限編程（XP）發(fā)布工具
Step by Step CruiseControl入門

Eclipse Web 工具平臺(tái) V1.0 簡介
http://www-128.ibm.com/developerworks/cn/views/opensource/tutorials.jsp?cv_doc_id=103041

探索 Eclipse V3.1 的新特性
http://www-128.ibm.com/developerworks/cn/views/opensource/tutorials.jsp?cv_doc_id=103042

findbugs：插件可以提供發(fā)現(xiàn)bug的功能。

jupiter：插件是一個(gè)提供個(gè)人或者小組的代碼review的Eclipse插件

checkstyle：插件可以檢查代碼是否標(biāo)準(zhǔn)，是否存在一些常見錯(cuò)誤的功能。

together：還有一個(gè)代碼審查和檢驗(yàn)的功能。

有了以上的工具，在進(jìn)行代碼review的工作中會(huì)方便很多。

jwebunit和httpunit用于集成測試web的功能。

jwebunit是對(duì)httpunit的進(jìn)一步包裝，使用起來更加簡單。

Cactus主要是測試服務(wù)器端的組件的工具。可以測試：Servlets, EJBs, Tag Libs, Filters等

以上三者都是在junit基礎(chǔ)之上開發(fā)的。

jmeter是一個(gè)純java的壓力測試工具。

StrutsTestCase專門用來測試struts應(yīng)用程序的。

junitperf可以為JUnit增加一層測試負(fù)載和性能的包裝。

eclipse.plugins.profiler該插件為Eclipse提供了性能測試的功能。

     摘要: proxied applications: 1.     啟動(dòng)服務(wù)器 2.     編譯一個(gè)lzx文件 3.     放到具體的目錄 4.     在瀏覽器中打開 5.     調(diào)試和修改程...  閱讀全文

最有名的嵌入式數(shù)據(jù)庫：Berkeley DB 4.4 ，但不是關(guān)系數(shù)據(jù)庫。

 

MySQL和Firebird也是開始提供嵌入式版本。

 

Java語言的嵌入式數(shù)據(jù)庫：HSQLDB和Apache-Derby

 

嵌入式數(shù)據(jù)庫的優(yōu)點(diǎn)：

1、能夠編譯進(jìn)用戶的應(yīng)用程序中

2、客戶程序和數(shù)據(jù)庫引擎運(yùn)行在同一進(jìn)程中，期間的數(shù)據(jù)交換僅依賴函數(shù)調(diào)用就可完成，

沒有進(jìn)程間通訊，TCP/IP連接，性能大大提升

3、不需要單獨(dú)安裝部署數(shù)據(jù)庫

4、測試驅(qū)動(dòng)開發(fā)，單元測試要求快速而且頻繁執(zhí)行程序，嵌入式的數(shù)據(jù)庫更適合這樣的單元測試

5、HSQLDB和Apache Derby都支持標(biāo)準(zhǔn)的SQL92，促使寫出兼容性更好的SQL

 

下載地址：http://db.apache.org/derby/derby_downloads.html

 

推薦幾篇文章：

在 Eclipse 中開發(fā) Apache Derby 應(yīng)用程序

基于 Eclipse 的 Apache Derby 工具

在 J2EE 服務(wù)器環(huán)境中使用 Derby

用 Eclipse、WTP 和 Derby 構(gòu)建 Web 應(yīng)用程序

用 Apache Ant 進(jìn)行 Derby 數(shù)據(jù)庫開發(fā)

OpenLaszlo 本周正式宣布 將擴(kuò)展其OpenLaszlo平臺(tái)以支持基于Ajax-DHTML的RIA應(yīng)用開發(fā)，并預(yù)計(jì)今年年底前實(shí)現(xiàn)將Web應(yīng)用發(fā)布為Ajax版本或Flash版本的用戶選項(xiàng)。這也就是說利用OpenLaszlo平臺(tái)開發(fā)的Web應(yīng)用將不用必需在瀏覽器上安裝Flash插件。OpenLaszlo 的首頁上也打出了 Look Ma, No Flash 的大幅標(biāo)題，并迅速退出了一個(gè)alpha版本的demo。

OpenLaszlo 的動(dòng)作應(yīng)該也是Open AJAX計(jì)劃中的一部分，感受到OpenLaszlo的攻勢，Adobe 也推出了一個(gè)用于集成Ajax和Flex的開源組件:FLEX-AJAX bridge，利用它，可以在Flex應(yīng)用中讓ActionScript和JavaScript相互調(diào)用。Quietly Scheming 樂觀的認(rèn)為Flex和Ajax可以合作得很快樂。

Flash 和 Ajax 一直被視為RIA應(yīng)用開發(fā)的競爭對(duì)手，目前看來Ajax略占上風(fēng)。Jonathan Boutelle 在他的Flash or AJAX: Choosing a platform for your web application 一文中從成本/性能/第三方支持等多方面進(jìn)行了比較，為如何選擇正確的Web應(yīng)用開發(fā)平臺(tái)提供了一份參考。

當(dāng)然也有很多人希望Flash與Ajax能相輔相成，有人實(shí)現(xiàn)了Cross-domain AJAX using Flash，還有人建議用Flash(ActionScript可能提供E4X支持)來實(shí)現(xiàn)跨瀏覽器的 E4X (FireFox1.5開始支持的JavaScript擴(kuò)展)應(yīng)用。

     摘要: 看了Joel的《給計(jì)算機(jī)系學(xué)生的建議》這篇文章,覺得講的還是比較精辟的.Joel正好也是我剛聽到的名字.因?yàn)樽罱槐緹衢T的圖書《Joel說軟件》,手邊就有這本書,大家的評(píng)價(jià)很高.我也正在看.   Joel對(duì)于計(jì)算機(jī)系的學(xué)生給出了七條建議: 1.       畢業(yè)前學(xué)會(huì)寫作 2.   &nbs...  閱讀全文

在現(xiàn)在的項(xiàng)目中，使用Log4j進(jìn)行日志記錄，對(duì)于異常的記錄有點(diǎn)細(xì)微的之處需要說明。

對(duì)于如下代碼：
Exception e2 = new Exception(">>>>>>>>>>>>>Test Exception!");
（1）  e2.printStackTrace();
（2）  logger.info(e2);
（3）  logger.info("Exception : ",e2);

說明：
（1）直接在終端打印出來異常。
（2）記錄在log4j的日志中，但是只會(huì)打印出簡單的描述信息，不會(huì)打印整個(gè)異常堆棧。
（3）可以打印出指定的信息，還有完整的堆棧信息。

所以對(duì)于重要的異常處理，使用第三種方式比較好。

maxActive
The maximum number of active connections that can be allocated from this pool at the same time, or zero for no limit.
理解：同一時(shí)間能夠從池中獲取的最大的活動(dòng)鏈接數(shù)。（也就是一個(gè)池的最大并發(fā)量），為0表示不限制。

maxIdle
The maximum number of active connections that can remain idle in the pool, without extra ones being released, or zero for no limit.
理解：能夠在池中保存的處于空閑狀態(tài)的活動(dòng)鏈接的最大數(shù)目。前提是沒有額外的鏈接被釋放。（也就是說沒有他的使用中的鏈接被釋放的情況下，連接池中保存的最大空閑鏈接數(shù)）為0表示不限制。

maxWait
The maximum number of milliseconds that the pool will wait (when there are no available connections) for a connection to be returned before throwing an exception, or -1 to wait indefinitely.
當(dāng)沒有可以使用的數(shù)據(jù)庫鏈接的時(shí)候，連接池將要等待一個(gè)鏈接被返回的最長時(shí)間（毫秒），超過這個(gè)時(shí)間就要拋出異常。－1表示不受限制。

RIFE/Laszlo is based on RIFE/Jumpstart and geared towards easily getting started with the creation of Rich Internet Applications using OpenLaszlo.

This release offers the following:

added out-of-container tests of the REST backend
added asynchronous zip-code lookup example
upgraded RIFE to version 1.3.1
upgraded OpenLaszlo to version 3.1.1
upgraded Jetty to version 5.1.4
The demo of the basic RIFE/Laszlo application can be seen at http://rifers.org/laszlo, and more information about how to use it can be found in the readme.

具體可以參見http://rifers.org/blogs/gbevin/2005/12/27/rifelaszlo_1_3_1_released

RIFE介紹：
RIFE為開發(fā)和設(shè)計(jì)Web應(yīng)用程序提供了另外一種途徑。它基于Java平臺(tái)構(gòu)建，但它提供了所有需要的工具和AIPs用統(tǒng)一的風(fēng)格，快速地實(shí)現(xiàn)所有web程序各開發(fā)角色之間的任務(wù)聯(lián)系。RIFE被設(shè)計(jì)成在整個(gè)開發(fā)周期中完全分離了開發(fā)角色之間的任務(wù),每個(gè)developer,dba和designer只需關(guān)注它們自己的任務(wù)，整個(gè)開發(fā)工作隨時(shí)都可以很容易的與其它團(tuán)隊(duì)的工作相結(jié)合，使得這樣子開發(fā)出來的將是一個(gè)松耦合的健壯的系統(tǒng)。RIFE由許多標(biāo)準(zhǔn)的組件組成，它們包括：
*Web程序引擎
*結(jié)合Web擴(kuò)展
*多格式模板引擎選擇(html, xml, sql, java, txt, ...)
*支持內(nèi)容導(dǎo)出(比如導(dǎo)出為XSLT格式)
*驗(yàn)證框架
*數(shù)據(jù)庫查詢構(gòu)建器
*簡單的持久層
*JDBC優(yōu)化與連接池
*可配置框架等。
 用它可以輕松的解決Http's無狀態(tài)連接問題與CGI的接口。這個(gè)框架已經(jīng)成功的應(yīng)用在許多網(wǎng)站上如：Bla-bla List,Netwerk,Caosity,Dag Allemaal,GreenEnergy等。

原文見https://www6.software.ibm.com/developerworks/education/os-laszlo/index.html

 

OpenLaszlo是開源的rich client平臺(tái)，用于開發(fā)動(dòng)態(tài)數(shù)據(jù)驅(qū)動(dòng)的應(yīng)用程序。它包括xml,JavaScript,和XPath，面向?qū)ο蠹笆录?qū)動(dòng)的UI，運(yùn)行在Macromedia Flash中。

可供選擇的Rich Client:

• Asynchronous Java and XML (Ajax):是一些老技術(shù)的組合，包括動(dòng)態(tài)的JavaScript,XML,XHTML和CSS等，因?yàn)镚oogle的運(yùn)用，而變得非常流行。
• Macromedia Flex：運(yùn)行在Flash Player中，F(xiàn)lex應(yīng)用程序用Maximum Experience Markup Language (MXML)來編寫，基于XML的語言來定義UI，也使用ActionScript來進(jìn)行事件和流程的控制。
• OpenLaszlo：類似Flex，開源。也用XML來定義UI，使用腳本語言來控制事件和流程。

OpenLaszlo中設(shè)計(jì)UI的語言叫LaszloXML(LZX)，是XML格式。OpenLaszlo包括了一個(gè)編譯器，它負(fù)責(zé)將LZX和JavaScript編譯成SWF文件，并提供給Flash Player來展現(xiàn)。

OpenLaszlo使用三種協(xié)議中的一種，與底層的HTTP服務(wù)進(jìn)行通信：JavaRPC, eXtensible Markup Language -- Remote Procedure Call(XML-RPC), or SOAP.
JavaRPC允許調(diào)用server端的方法，XML-RPC和SOAP是標(biāo)準(zhǔn)的協(xié)議，能以語言無關(guān)的方式，通過HTTP調(diào)用遠(yuǎn)端的程序。

如果不需要J2EE服務(wù)器的全部功能，則OpenLaszlo能運(yùn)行在Laszlo Presentation Server (LPS)上，這是Apache Tomcat的定制版本，或者是在其他Web服務(wù)器如Apache或IIS之上運(yùn)行。

可以用開發(fā)包OpenLaszlo Development Kit(OLDK)來建立OpenLaszlo程序。除了OLDK，還有IDE for Laszlo，這是eclipse的插件，現(xiàn)在這個(gè)IDE是IBM alphawork項(xiàng)目。IDE for Laszlo已經(jīng)加入到Eclipse Web Tools Platform(WTP)中。