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

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

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

???? b. 實現com.toodou.bbs.security.service.acegi.JdbcDaoImpl，來實現自定義的用戶認證和授權

???????? 對于BBS系統默認的登錄用戶是USER角色

???? c. 增加數據庫鏈接的配置，權限用戶相關的使用專門的數據庫鏈接

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

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

2 、權限的區分

????? 有些操作發帖、回復等需要登錄

3 、方法攔截

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

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

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

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

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

??????? </property>

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

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

4 、登錄后的跳轉

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

???? authenticationFailureUrl??? 定義登陸失敗時轉向的頁面

defaultTargetUrl?? 定義登陸成功時轉向的頁面

filterProcessesUrl 定義登陸請求的頁面

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

5 、登錄后自定義權限的分配

????? 需求是默認的沒有分配權限的用戶的權限是USER.

???? 這方面Acegi已經預留好了接口，只需要繼承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中放下面兩個內容：

???? 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 過濾

???? 發生AccessDeniedException異常并且是anonymous user的時候跳轉到登錄頁面的設置

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

?

???? 發生AccessDeniedException異常并且是已登錄用戶的時候跳轉到提示頁面的設置

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

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

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

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

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

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

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

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

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

executeBatch 方法執行那些SQL語句并返回一個int值的數組，這個數組包含每個語句影響的數據的行數。如果將一個SELECT語句或者其他返回一個ResultSet的SQL語句放入批量處理中就會導致一個SQLException異常。

關于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語法，但是可以有很多參數，因此重寫上面的范例的一部分就可以得到下面的結果：

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

  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系統配置
以下的軟件環境是必需的：
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
這時需要輸入密鑰密碼和其他參數（第一個參數CN必須設置為CAS機器名，本機使用localhost測試），會在用戶目錄中生成.keystore密鑰文件。

2. 導出密鑰文件：

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

3. 為客戶端的JVM導入密鑰：

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

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

1.3 CAS Server安裝

下載CAS Server 3.0.4，將其中的cas.war復制到$CATALINA_HOME\webapps下，當然現在CAS中的用戶密碼認證Handler是很簡陋的，產品化必須重寫這部分代碼，生成新的cas.jar。這時可以通過訪問https://localhost:8443/cas測試CAS是否成功部署，應看到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復制到這兩個項目的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是服務端的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是服務端的主機名，而且必須是-->
??????? <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><!--這里的設置是針對servlets-examples的，針對jsp-examples設置為/*-->
??? </filter-mapping>

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


補充：

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

&#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();
}
登錄結束后，CAS服務器會自動重定向回本頁面。

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

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

修改 %CAS%/WEB_INF/deployerConfigContext..xml，其中關于驗證器的一段如下：
………………………………..
<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測試：根據目前土豆網的登錄流量，我們使用Jmeter對CAS處理性能進行測試，以每分鐘20人次登錄計，得到平均處理時間為21ms，幾次測試中遇到的最長處理時間也僅為78ms。
但當登錄人次達到500/min時，會出現明顯的性能下降，部分登錄請求的處理時間會超過3000ms。

我在使用ICTCLAS.dll做網頁內容分詞的時候，出現一下異常
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.
#

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

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

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

“5/”
“6/”

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

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


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

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

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

單元測試的時候（或者其他不通過ｗｅｂ裝載的情況），使用DefaultBeanFactory類和beanRefFactory.xml配置文件
有的時候單元測試相關的類很少的時候，我會單獨寫一個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接口也會有專門的配置文件。
這樣的話結構就會非常的清晰，所以在項目穩定，進入維護期的時候，可以把配置文件按照業務邏輯的層次進行劃分。

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

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

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

這種主要是通過動態的獲取主機名來動態配置的。所以對于不同的環境使用applicationContext-[hostname].xml就可以封裝變化了。當然了，也可以不用hostname（如果發現其他方便的方式）

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

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

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