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);
來解決問題，但是這樣帶來的問題是會使得內(nèi)存開銷加大。容易出現(xiàn)OutOfMemory的異常
所以需要非常謹慎處理。

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

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

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就可以方便大并發(fā)量的網(wǎng)站的水平擴展問題。

軟件過程方面

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

 

軟件開發(fā)方法

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

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

 

軟件開發(fā)工具

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

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

 

范圍管理：

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

 

時間管理：

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

 

采購管理

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

 

人力資源管理

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

 

溝通管理

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

 

風(fēng)險管理

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

 

成本管理

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

 

質(zhì)量管理

     我認為質(zhì)量管理應(yīng)該貫穿于整個的軟件開發(fā)過程中。比較典型的有，首先就是要保證SRS的質(zhì)量，只有需求的質(zhì)量控制住了，整個項目才有保障。軟件的編碼要規(guī)范，有詳細清楚的注釋，要求寫單元測試，定期的進行代碼review會議，要有集成測試和系統(tǒng)測試。對于我們的互聯(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 理論和實踐: 了解泛型

多角度看 Java 中的泛型

Eclipse V3.1 中的 Java 泛型支持

介紹 JDK 5.0 中的泛型

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

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

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

?

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

?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

書籍

每個程序員都會有一些由于經(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版 （陳昊鵬 等譯; 機械工業(yè)出版社，2005 年）
Eckel 的書對于學(xué)習(xí)如何在 Java 語言環(huán)境中使用好面向?qū)ο蠹夹g(shù)極其實用。書中大量的代碼樣例解釋了他所介紹的概念。文字出自一個并不認為 Java 技術(shù)總是正確答案的人，所以相當(dāng)?shù)貙嵱谩ckel 具有多種語言的大量經(jīng)驗，還有用面向?qū)ο蠓绞竭M行思考的扎實技能。本書將這些技能放到實用的 Java 語言環(huán)境中。他還在寫一本新書，名為 Thinking in Enterprise Java。

Effective Java (Joshua Bloch)

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

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

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

Expert One-On-One J2EE Design and Development （Rod Johnson）
WROX: J2EE 設(shè)計開發(fā)編程指南 （魏海萍 譯，電子工業(yè)出版社，2003 年）
對于剛接觸 J2EE 的人來說，這是唯一的一本如實反映這項技術(shù)的書。本書收錄了多年的成功經(jīng)驗和失敗經(jīng)驗，不同于其他許多作者，Johnson 樂于將失敗的經(jīng)驗公諸于眾。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 年）
重構(gòu)：改善既有代碼的設(shè)計（中文版） （侯捷 等譯，中國電力出版社 ，2003 年）
Fowler 寫了幾本現(xiàn)已出版的最流行的編程書，包括 Analysis Patterns。他的關(guān)于重構(gòu) 的書是這一主題的基本書籍。重構(gòu)代碼是被程序員忽略的訓(xùn)練，但卻是程序員最直觀的想法。重構(gòu)是在不改變代碼結(jié)果的前提下改進現(xiàn)有代碼的設(shè)計。這是保持代碼 整潔的最佳方式，用這種方法設(shè)計的代碼總是很容易修改。什么時候進行重構(gòu)呢？當(dāng)代碼“散發(fā)出味道”時。Fowler 的書里滿是 Java 語言代碼的例子。許多 Java 語言集成開發(fā)環(huán)境（IDE）（包括了 IBM 的 Eclipse）都將 Fowler 的重構(gòu)包含了進去，每一個都使用他的重構(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è)計模式：可復(fù)用面向?qū)ο筌浖幕A(chǔ) （李英軍 等譯，機械工業(yè)出版社 ，2005 年）
這是一本在專業(yè)程序員圈子里更為有名的書，基于作者共同的綽號，這本書被認為是 “四人幫（GOF）之書”。模式是思考和解決普通編程問題時可以重用的方式。學(xué)習(xí)模式是一門學(xué)科。使用好模式（或知道什么時候不 使用模式）是一項技能。忽略模式則是錯誤的。書中所有的例子都以 C++ 表示，但 Java 語言是從那里誕生的，讓 Java 語言程序員由此聯(lián)系到如何在 Java 語言中實現(xiàn)這些模式相對簡單一些。熟悉模式并了解如何使用好模式使編程更加簡單。這使得和其他程序員交流也更簡單，因為在針對通用問題的通用解決方案中， 模式是描述解決方案中彼此協(xié)作的大量相關(guān)編程概念的快捷方式。一些更為通用的方式，如工廠方法 則是普便存在的，甚至存在于 Java 語言本身。關(guān)于明智使用模式的這個主題，也可以閱讀 Joshua Kerievsky 的 Refactoring to Patterns，該書稱可以讓代碼來告訴您何時實現(xiàn)模式。

Patterns of Enterprise Application Architecture (Martin Fowler)

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

UML Distilled (Martin Fowler)

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

Test-Driven Development: By Example (Kent Beck)

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

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 年）
程序員修煉之道——從小工到專家 （馬維達 譯，電子工業(yè)出版社 ，2004 年）
做一個純粹的面向?qū)ο箝_發(fā)人員有其優(yōu)勢所在。在當(dāng)今復(fù)雜的社會中，作為 Java 語言開發(fā)人員，為完成任務(wù)常要妥協(xié)。Hunt 和 Thomas 探討了如何不將真正重要的東西妥協(xié)掉而完成任務(wù)。這不是一本關(guān)于 Java 語言的書，而是 Java 語言開發(fā)人員重要的思想讀物。例如，我認為沒從“要解決問題，而不是推卸責(zé)任”這句忠言中受益的程序員，不能像個自豪的藝術(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ù)行話和首字母縮略詞的海洋中，有時軟件開發(fā)人員和經(jīng)理們會忘記：是人 制造了軟件。DeMarco 和 Lister 向我們提醒了這一事實，也向我們提醒了形成這一區(qū)別的原因。這不是一本關(guān)于一門特定編程語言的書籍，但卻是每個 Java 語言程序員都應(yīng)該讀的書。關(guān)于 “累死程序員如何讓經(jīng)理們適得其反” 還有許多其他的好書，但這是最好的一本。

回頁首

Web 站點

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

Sun 的 Java 技術(shù)站點

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

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

IBM developerWorks

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

Apache Software Foundation

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

Eclipse.org

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

Eclipse 插件中心和 Eclipse 插件

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

JUnit.org

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

TheServerSide.com

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

Bruce Eckel's MindView, Inc.

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

ONJava.com

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

java.net

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

回頁首

結(jié)束語

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

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

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

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

-Xss：每個線程的Stack大小

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

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

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

網(wǎng)上沒有找到比較合適的，自己看了看，然后放到項目中實驗的一下。
很多人都認為比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>

以下幾個參數(shù)是使用的基本配置參數(shù)：
initialPoolSize：
Number of Connections a pool will try to acquire upon startup. Should be between minPoolSize and maxPoolSize
連接池初始化時獲取的鏈接數(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ù)

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

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

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

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

?

open source GUI versions of P6Spy ： irongrid

?

SQL Profiler

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

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

?

主要參考：

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

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

JDBC SQL Profiling 及 p6spy

1.首先定義接口

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

???????? 對于BBS系統(tǒng)默認的登錄用戶是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>

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

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

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

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

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

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

filterProcessesUrl 定義登陸請求的頁面

rememberMeServices 用于在驗證成功后添加cookie信息

5 、登錄后自定義權(quá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 、用戶退出

????? 是指用戶點擊退出按鈕，無非做兩個動作：session實效和 cookie實效

???? 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 、用戶信息

???? 默認的Acegi登錄成功后會在Session中放下面兩個內(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 標簽的使用

<authz:authorize ifAllGranted="ROLE_SUPERVISOR">

? <td>

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

? </td>

</authz:authorize>

9 、對于 URL 過濾

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

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

?

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

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

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

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

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

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

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

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

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

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

executeBatch 方法執(zhí)行那些SQL語句并返回一個int值的數(shù)組，這個數(shù)組包含每個語句影響的數(shù)據(jù)的行數(shù)。如果將一個SELECT語句或者其他返回一個ResultSet的SQL語句放入批量處理中就會導(dǎo)致一個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(); 

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

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

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

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

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

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

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

keytool –import –keystore $JAVA_HOME\jre\lib\security\cacerts
–file server.crt –alias tomcat
輸入密碼時注意密碼為“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)換為機器名或IP地址）。

1.3 CAS Server安裝

下載CAS Server 3.0.4，將其中的cas.war復(fù)制到$CATALINA_HOME\webapps下，當(dāng)然現(xiàn)在CAS中的用戶密碼認證Handler是很簡陋的，產(chǎn)品化必須重寫這部分代碼，生成新的cas.jar。這時可以通過訪問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）進行試驗，下載最新版本的Java CAS Client，將casclient.jar復(fù)制到這兩個項目的WEB-INF目錄的lib下（需要新建此目錄）。修改兩個項目的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ù)端的主機名，而且必須是-->
??????? <init-param>
????????? <param-name>edu.yale.its.tp.cas.client.filter.serverName</param-name>
????????? <param-value>client:port</param-value><!--client:port就是需要CAS需要攔截的地址和端口，一般就是這個TOMCAT所啟動的IP和port-->
??????? </init-param>
??? </filter>
???
??? <filter-mapping>
??????? <filter-name>CASFilter</filter-name>
??????? <url-pattern>/servlet/*</url-pattern><!--這里的設(shè)置是針對servlets-examples的，針對jsp-examples設(shè)置為/*-->
??? </filter-mapping>

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


補充：

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

&#61548; PHP客戶端：使用esup-phpcas客戶端，驗證部分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ù)器會自動重定向回本頁面。

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

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

修改 %CAS%/WEB_INF/deployerConfigContext..xml，其中關(guā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對CAS處理性能進行測試，以每分鐘20人次登錄計，得到平均處理時間為21ms，幾次測試中遇到的最長處理時間也僅為78ms。
但當(dāng)?shù)卿浫舜芜_到500/min時，會出現(xiàn)明顯的性能下降，部分登錄請求的處理時間會超過3000ms。

我在使用ICTCLAS.dll做網(wǎng)頁內(nèi)容分詞的時候，出現(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)上也有人遇到這種情況。

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

舉個例子，如果你用這個分詞工具分下面的詞，就一定會報錯

“5/”
“6/”

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

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


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

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

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

單元測試的時候（或者其他不通過ｗｅｂ裝載的情況），使用DefaultBeanFactory類和beanRefFactory.xml配置文件
有的時候單元測試相關(guān)的類很少的時候，我會單獨寫一個bean的配置文件，進行單元測試。
web集成測試的時候直接在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項目，它的配置文件是按照web/service/dao這樣的層次進行劃分。
對于一些web services接口也會有專門的配置文件。
這樣的話結(jié)構(gòu)就會非常的清晰，所以在項目穩(wěn)定，進入維護期的時候，可以把配置文件按照業(yè)務(wù)邏輯的層次進行劃分。

3.為了能夠靈活配置，例如向一些數(shù)據(jù)庫連接的配置，因為大部分情況都是本地、測試服務(wù)器、正式服務(wù)器的配置是不同的，所以一般會通過寫一個jdbc.properties，在屬性文件中進行配置。

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

5.最后還有一種更加方便的方法，可以不用修改applicationContext.xml文件，然后就能夠自動裝載相關(guān)的配置文件。
首先，寫一個類：
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};
??}
?}
}

這種主要是通過動態(tài)的獲取主機名來動態(tài)配置的。所以對于不同的環(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 改進特性列表 1.9 RC1 注：lucene2.0發(fā)布版本并不是100%的和1.4.3版兼容。也就是說在你用2.0版本的Lucene開發(fā)包替換原來的1.4.3版本時，應(yīng)該讓你的應(yīng)用程序首先和1.9的兼容。 使用前提： ?1. 編譯和使用Lucene需要? Java1.4 或以上版本。 Lucene 1.9 在運行時的變化： ...  閱讀全文

XP 實戰(zhàn)

ThoughtWorks

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

項目：確定目標

迭代：核實目標

日常：走向目標

?

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

不斷觀察，定期總結(jié)流程的缺點，不斷改進完善，使之適合團隊

?

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

?

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

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

?

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

?

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

?

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

?

實施 XP 的項目團隊不要超過 10 人， 8 － 10 人最合適

?

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

?

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

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

?

使用 JProfile 測試性能

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

Resin 研究使用，性能更好

?

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

?

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

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

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

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

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

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

7、? 用戶行為分析

?

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

?

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

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

?

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

?

只有溝通不夠的項目，沒有溝通過度的項目

?

主動匯報 上司

?

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

?

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

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

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

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

?

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

?

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

?

Xper ＝合格的程序員

對于 XP 團隊，招聘的時候?qū)π愿褚彩怯幸恍┮?/span>

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

?

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

如果我是老板我一定會選擇 XP ，

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

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

Eclipse Web 工具平臺 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：插件是一個提供個人或者小組的代碼review的Eclipse插件

checkstyle：插件可以檢查代碼是否標準，是否存在一些常見錯誤的功能。

together：還有一個代碼審查和檢驗的功能。

有了以上的工具，在進行代碼review的工作中會方便很多。

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

jwebunit是對httpunit的進一步包裝，使用起來更加簡單。

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

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

jmeter是一個純java的壓力測試工具。

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

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

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

     摘要: proxied applications: 1.     啟動服務(wù)器 2.     編譯一個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)點：

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

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

沒有進程間通訊，TCP/IP連接，性能大大提升

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

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

5、HSQLDB和Apache Derby都支持標準的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 進行 Derby 數(shù)據(jù)庫開發(fā)