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)

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

查詢MySQL會出現："java.sql.SQLException: Server shutdown in progress"的異常

問題原因：數據有自動腳本，會將執行時間超過30秒的進程殺掉。
這樣的話，Java的應用就會拋出這樣的異常。

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

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

2.Introduction of JBossCacheTicketRegistry
    支持后JBossCacheTicketRegistry就可以方便大并發量的網站的水平擴展問題。

軟件過程方面

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

 

軟件開發方法

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

     我們團隊還會采用一些XP的開發實踐例如：TDD、重構、CodeReview、結對編程、持續構建，通過這些實踐卻是能夠極大提高代碼的質量，進一步提高軟件產品的質量。

 

軟件開發工具

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

我主要結合項目管理的九大知識領域來說明，需要說明的是在我接觸的項目中，九個領域的內容有一些沒有接觸過的我就略過。

 

范圍管理：

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

 

時間管理：

     項目經理在接到軟件項目開發任務后，就要制定出一個大致的項目計劃，然后有了軟件的需求文檔之后，可以進一步細化項目的計劃。在做項目計劃的時候同時會牽扯到任務的分工。在項目進行的過程中嚴格按照項目計劃進行。

 

采購管理

     項目的前期，項目經理需要明確軟件安裝需要多少服務器，服務器的配置是什么樣的。什么時候必須到貨，預算的經費是多少等。如果項目的人手不夠，同時要考慮進行軟件外包。

 

人力資源管理

     主要是提高團隊的士氣和凝聚力，讓每一位團隊成員都有清晰一致的目標，從生活等各個方面關心開發人員，幫助他們解決一些實實在在的問題。如果有軟件外包，還要統一得管理好外包的軟件開發人員。

 

溝通管理

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

 

風險管理

     我認為比較重要的是抓住開發過程的幾個環節，例如：需求分析、界面的設計、接口的設計、數據庫的設計等。每天項目經理都要確認項目的進度是否正常，檢查項目的質量，盡可能早的發現一些問題。經常得跟產品經理交流，確保開發的軟件產品符合需求。

 

成本管理

     對于我接觸的項目，牽扯到成本管理的主要就是開發人員的成本，分配好任務，把握住進度，提高開發團隊的效率就能夠為公司節省開支，從而達到控制成本的目的。

 

質量管理

     我認為質量管理應該貫穿于整個的軟件開發過程中。比較典型的有，首先就是要保證SRS的質量，只有需求的質量控制住了，整個項目才有保障。軟件的編碼要規范，有詳細清楚的注釋，要求寫單元測試，定期的進行代碼review會議，要有集成測試和系統測試。對于我們的互聯網產品，由于產品環境比較復雜，所以一定要有相應的系統測試，也可以稱為線上測試。

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

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

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

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

Java 理論和實踐: 了解泛型

多角度看 Java 中的泛型

Eclipse V3.1 中的 Java 泛型支持

介紹 JDK 5.0 中的泛型

編譯時使用 Generic Java 捕獲更多的錯誤

1.9 到 2.0 的改動不是很多，主要是廢棄了一些 API ， 2.0 起了一個過渡的作用。

2.1 是在 2.0 基礎上做了很多的改進，提升了性能，修復了一些 Bug 等。

?

Lucene2.1 在索引的格式上做了一些改進，所以舊版本的 Lucene 是無法訪問 2.1 版的索引文件。但是 2.1 版本的可以讀寫舊版本的索引文件。保持向下的兼容性。這點需要我們在使用時注意。

?

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

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

2.?????? 更新了 StandardAnalyzer 中的針對 CJK 的 Unicode 代碼范圍。用處不大，因為我們中文需要自己開發分詞。

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

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

5.?????? 對于 WildcardQuery ，如果一個 term 不包含任何的 ? 或者 * ，之前會拋出異常，現在會執行一個 TermQuery 。

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

7.?????? write lock 現在默認的位置是索引的目錄，簡單命名為 write.lock

8.?????? 新的 FieldSelector API ，相關的 IndexReader 和實現都發生了變化。新的 Fieldable 接口被用作字段的延遲加載上。

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

10.?? 新的方法 IndexWriter.addIndexesNoOptimize() 在新添加一個新的 segments 的時候，只進行合并，不進行優化。

11.?? QueryParser 允許在引號和短語中使用反斜線

12.?? 增加了方法 RAMDirectory.sizeInBytes(), IndexWriter.ramSizeInBytes() 和 IndexWriter.flushRamSegments() ，允許應用程序控制索引時緩存文檔對內存的使用，這些蠻有用的，可以用于監控索引的過程。

13.?? QueryParser 解析 *:* 為匹配所有的內容

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

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

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

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

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

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

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

總的來講，有經驗的老手們用 Web 站點來跟蹤行業的走勢。書籍、文章和論文有助于跟上潮流，但它們總體上更適合于基礎學習。極富創造性的書籍偶爾會撼動一兩個基礎性的東西。這樣的書也在本列表之列。

需 要提出的一點警告是，專注于 Java 語言的書籍和 Web 站點數量巨大。您鐘愛的未必在這份列表里。那并不意味著它們不好。它們只是不在這份列表里而已。可能是因為我還不知道它們。也可能是因為我不認為它們能夠 算得上是重要資源。不包含一些參考資料是一個評判問題，但如果不這樣的話，您也許就要花幾小時來拖動滾動條，還要花上成千上萬美元來買書。如果您作為一個 專業的 Java 程序員，有一些常用的優秀參考資料，一定要讓我知道這些資料。這份列表一直都在更新中，您提出的那些也許就會被收錄進去。

書籍

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

Thinking in Java (Bruce Eckel)

Thinking in Java, 3rd edition （Bruce Eckel; Prentice Hall PTR，2002 年）
Java 編程思想：第3版 （陳昊鵬 等譯; 機械工業出版社，2005 年）
Eckel 的書對于學習如何在 Java 語言環境中使用好面向對象技術極其實用。書中大量的代碼樣例解釋了他所介紹的概念。文字出自一個并不認為 Java 技術總是正確答案的人，所以相當地實用。Eckel 具有多種語言的大量經驗，還有用面向對象方式進行思考的扎實技能。本書將這些技能放到實用的 Java 語言環境中。他還在寫一本新書，名為 Thinking in Enterprise Java。

Effective Java (Joshua Bloch)

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

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 入門讀物。它并不是一個標準規范，而是一本介紹每門語言特性的可讀書籍。這本書在嚴謹性和教育性方面權衡得很好，能夠讓懂編程的人迅速被 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 并發編程—設計原則與模式（第二版） （趙涌 等譯，中國電力出版社，2004 年）
不是每個開發人員都需要如此細致地了解并發性，也不是每個工程師都能達到本書的水準，但卻沒有比本書更好的關于并發性編程的概述了。如果您對此感興趣，請 從這里開始。Lea 是 SUNY 的一名專業程序員，他的和并發性有關的作品和想法都包含在了 JDK 5.0 規范（引自 JSR166）中，所以您大可放心，他所說的關于有效使用 Java 語言的建議是值得一聽的。他是一個很善于溝通的人。

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

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

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 年）
重構：改善既有代碼的設計（中文版） （侯捷 等譯，中國電力出版社 ，2003 年）
Fowler 寫了幾本現已出版的最流行的編程書，包括 Analysis Patterns。他的關于重構 的書是這一主題的基本書籍。重構代碼是被程序員忽略的訓練，但卻是程序員最直觀的想法。重構是在不改變代碼結果的前提下改進現有代碼的設計。這是保持代碼 整潔的最佳方式，用這種方法設計的代碼總是很容易修改。什么時候進行重構呢？當代碼“散發出味道”時。Fowler 的書里滿是 Java 語言代碼的例子。許多 Java 語言集成開發環境（IDE）（包括了 IBM 的 Eclipse）都將 Fowler 的重構包含了進去，每一個都使用他的重構名命名，所以熟悉如extract method 等重構方法還是很值得的。

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 年）
設計模式：可復用面向對象軟件的基礎 （李英軍 等譯，機械工業出版社 ，2005 年）
這是一本在專業程序員圈子里更為有名的書，基于作者共同的綽號，這本書被認為是 “四人幫（GOF）之書”。模式是思考和解決普通編程問題時可以重用的方式。學習模式是一門學科。使用好模式（或知道什么時候不 使用模式）是一項技能。忽略模式則是錯誤的。書中所有的例子都以 C++ 表示，但 Java 語言是從那里誕生的，讓 Java 語言程序員由此聯系到如何在 Java 語言中實現這些模式相對簡單一些。熟悉模式并了解如何使用好模式使編程更加簡單。這使得和其他程序員交流也更簡單，因為在針對通用問題的通用解決方案中， 模式是描述解決方案中彼此協作的大量相關編程概念的快捷方式。一些更為通用的方式，如工廠方法 則是普便存在的，甚至存在于 Java 語言本身。關于明智使用模式的這個主題，也可以閱讀 Joshua Kerievsky 的 Refactoring to Patterns，該書稱可以讓代碼來告訴您何時實現模式。

Patterns of Enterprise Application Architecture (Martin Fowler)

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

UML Distilled (Martin Fowler)

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

Test-Driven Development: By Example (Kent Beck)

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

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 年）
程序員修煉之道——從小工到專家 （馬維達 譯，電子工業出版社 ，2004 年）
做一個純粹的面向對象開發人員有其優勢所在。在當今復雜的社會中，作為 Java 語言開發人員，為完成任務常要妥協。Hunt 和 Thomas 探討了如何不將真正重要的東西妥協掉而完成任務。這不是一本關于 Java 語言的書，而是 Java 語言開發人員重要的思想讀物。例如，我認為沒從“要解決問題，而不是推卸責任”這句忠言中受益的程序員，不能像個自豪的藝術家一樣在他的杰作上簽上大名。

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

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

回頁首

Web 站點

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

Sun 的 Java 技術站點

Sun 的 Java 語言站點
這是 Sun 的 Java 語言主站。作為 Java 語言開發人員，您會發現自己頻繁地訪問此站點。下列鏈接特別重要，特別是對新入行的 Java 語言開發人員：

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

IBM developerWorks

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

Apache Software Foundation

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

Eclipse.org

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

Eclipse 插件中心和 Eclipse 插件

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

JUnit.org

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

TheServerSide.com

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

Bruce Eckel's MindView, Inc.

Bruce Eckel's MindView, Inc.
Eckel 寫了幾本 “用 …… 進行思考” 的書，內容關于 Java 語言、Python 和 C++ ，當我學習 Java 語言時，他的 Thinking in Java 對我尤其有幫助。它很實用并切中要害，在“在 Java 語言環境中如何面向對象思考”方面具有卓識。您可以從此站點免費下載他所有書籍的電子版。他也寫了許多好文章，并且他把這些文章的鏈接都放到了這里（包括 關于 Jython、Java 和 .NET 比較等內容的文章）。

ONJava.com

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

java.net

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

回頁首

結束語

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

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

我經常會這樣來設置服務器端的JVM:JAVA_OPTS="-server -Xms3000m -Xmx3000m -Xss512k"

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

-Xss：每個線程的Stack大小

-verbose:gc 現實垃圾收集信息
-Xloggc:gc.log 指定垃圾收集日志文件

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

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

網上沒有找到比較合適的，自己看了看，然后放到項目中實驗的一下。
很多人都認為比DBCP優秀。

<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>

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

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

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

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

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

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

是一個可以用來在應用程序中攔截和修改數據操作語句的開源框架。對 SQL 進行攔截，相當于一個 SQL 語句的記錄器。

使用很簡單，只需要在配置中將驅動程序改成 P6Sky 的攔截驅動。可能會給系統帶來略微的性能下降，但是在開發環境中的影響很小。

?

open source GUI versions of P6Spy ： irongrid

?

SQL Profiler

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

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

?

主要參考：

F:\ 專題學習 \P6spy

用 p6spy 和 sqlprofiler 來進行 jdbc sql 日志記錄和分析

JDBC SQL Profiling 及 p6spy

1.首先定義接口

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

3.然后針對該類寫測試,每次只針對 一個方法 寫測試.
?此時運行測試是不能夠通過的.會拋出UnsupportedOperationException

4.然后編寫接口的實現,來使得測試獲得通過.

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


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

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

　　EHCache
　　EHCache 是一個純java的在進程中的緩存，它具有以下特性：快速，簡單，為Hibernate2.1充當可插入的緩存，最小的依賴性，全面的文檔和測試。

　　官方網站 http://ehcache.sourceforge.net/

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

　　ShiftOne
　　ShiftOne Java Object Cache是一個執行一系列嚴格的對象緩存策略的Java lib，就像一個輕量級的配置緩存工作狀態的框架。
　　官方網站 http://jocache.sourceforge.net/

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

　　TreeCache / JBossCache
　　JBossCache 是一個復制的事務處理緩存，它允許你緩存企業級應用數據來更好的改善性能。緩存數據被自動復制，讓你輕松進行JBoss服務器之間的集群工作。 JBossCache能夠通過JBoss應用服務或其他J2EE容器來運行一個MBean服務，當然，它也能獨立運行。
　　JBossCache包括兩個模塊：TreeCache和TreeCacheAOP。
　　TreeCache --是一個樹形結構復制的事務處理緩存。
　　TreeCacheAOP --是一個“面向對象”緩存，它使用AOP來動態管理POJO(Plain Old Java Objects)
　　注：AOP是OOP的延續，是Aspect Oriented Programming的縮寫，意思是面向方面編程。
　　官方網站 http://www.jboss.org/products/jbosscache

　　WhirlyCache
　　Whirlycache是一個快速的、可配置的、存在于內存中的對象的緩存。它能夠通過緩存對象來加快網站或應用程序的速度，否則就必須通過查詢數據庫或其他代價較高的處理程序來建立。
官方網站 https://whirlycache.dev.java.net/