<taglib>
<taglib-uri>/WEB-INF/c.tld</taglib-uri>
<taglib-location>/WEB-INF/c.tld</taglib-location>
</taglib>
c.tld一般在jstl JAR里面可以找到！
在JSP中加入文件頭
<%@ taglib uri="/WEB-INF/c.tld" prefix="c"%>
<%@ page isELIgnored="false" %>
接著就可以使用EL表達式了
]]>
]]>
select清空option
2 function addOption(objSelect,optionVal,optionText) {
3 var _o = document.createElement("option");
4 _o.text = optionText;
5 _o.value = optionVal;
6 objSelect.add(_o);
7 }
8
]]>
先到網(wǎng)上下載最新版的xfire,一般都去官方網(wǎng)站下載，了解下詳情！其官網(wǎng)為http://xfire.codehaus.org
現(xiàn)在最新版為1.2.6,把xfire-all-1.2.6.jar 和 xfire-distribution-1.2.6.zip下載
準備前，先看看ws-securitye的步驟，在http://xfire.codehaus.org/WS-Security里面可以看到，它提示我們installed Unlimited Strength Jurisdiction Policy Files，我就在http://java.sun.com/j2se/1.5.0/download.jsp里面下載兩個包，因為我安裝的是jdk1.6最新版，在http://java.sun.com/j2se/1.5.0/download.jsp最下面的Other Downloads的Java Cryptography Extension (JCE) Unlimited Strength Jurisdiction Policy Files 5.0，點擊下載，下載下來后，按照里面的步驟，把這兩個jar放到
Java/jre6/lib/security里面，修改java.security，把
security.provider.6=com.sun.security.sasl.Provider改為
security.provider.6=org.bouncycastle.jce.provider.BouncyCastleProvider
其效果為
security.provider.1=sun.security.provider.Sun
security.provider.2=sun.security.rsa.SunRsaSign
security.provider.3=com.sun.net.ssl.internal.ssl.Provider
security.provider.4=com.sun.crypto.provider.SunJCE
security.provider.5=sun.security.jgss.SunProvider
security.provider.6=org.bouncycastle.jce.provider.BouncyCastleProvider
#security.provider.6=com.sun.security.sasl.Provider
security.provider.7=org.jcp.xml.dsig.internal.dom.XMLDSigRI
security.provider.8=sun.security.smartcardio.SunPCSC
security.provider.9=sun.security.mscapi.SunMSCAPI
準備工作做好后，解壓xfire-distribution-1.2.6.zip，然后你會看到xfire-1.2.6這個文件夾，進去，你會看到有個examples文件夾，再進去，你就發(fā)現(xiàn)很多demo啦，在這里就找到了ws-security的demo
啟動Myeclipse，看到里面的.classpath和.project文件，這個是eclipse的項目!用myeclipse打開，你發(fā)現(xiàn)都不正確，這些錯誤我就不理！
新建一個Web Progect項目,項目名隨你命名。設(shè)置下該項目，點擊該項目，右鍵，properties,找到Java Compiler,修改項目的jdk為1.5以上（里面用到的有注入）！解壓xfire-distribution-1.2.6.zip，進入ws-security文件夾下，進入src下，再進入main的文件夾，把里面的文件全部都拷貝到你新建的項目的src下。點中該項目，右鍵，新建Source Folder,命名為test。后退，找到test的文件夾，把里面的文件全部拷貝到項目test的文件夾下。后退，再把web-inf里面的web.xml拷貝到項目里面，替換。最后在項目中加入jar,在xfire-1.2.6根文件夾下面有個lib,把這些lib全部放到項目的web-inf下的lib文件夾中，把xfire-all-1.2.6.jar也加入到項目中。整個項目的結(jié)構(gòu)為：
生成key：在ws-security根目錄下有個keys的文件夾，雙擊進去，運行g(shù)enerateServerKey.bat，將默認的key生成。里面的參數(shù)讓你們研究，很好用（上面我跳過不安裝j2se1.4就是因為有這個）！生成后，將serverKey.rsa和serverStore.jks扔到META-INF\xfire下，有個相同的那就替換，clientStore.jks同理
修改服務器參數(shù)：在org.codehaus.xfire.client下的BookClient.java,把變量SERVICE_NAMESPACE的值改為
http://localhost:端口號/上下文路徑/BookService,下面的都同理。要修改到的文件META-INF\xfire下的services.xml。記得把http://xfire.codehaus.org修改為http://localhost:端口號/上下文路徑/BookService。因為http://xfire.codehaus.org不開放那些接口
修改完畢后，把項目部署到tomcat,啟動服務器后，org.codehaus.xfire.client下運行BookClientEnc.java
。運行后會報下面的錯誤
Looking for isbn : 0123456789
.Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/xml/utils/URI$MalformedURIExceptionat org.apache.ws.security.message.WSSecEncrypt.doEncryption(WSSecEncrypt.java:407)
at org.apache.ws.security.message.WSSecEncrypt.doEncryption(WSSecEncrypt.java:399)
at org.apache.ws.security.message.WSSecEncrypt.encryptForInternalRef(WSSecEncrypt.java:306)
at org.apache.ws.security.message.WSSecEncrypt.build(WSSecEncrypt.java:264)
at org.apache.ws.security.action.EncryptionAction.execute(EncryptionAction.java:62)
at org.apache.ws.security.handler.WSHandler.doSenderAction(WSHandler.java:192)
at org.codehaus.xfire.security.wss4j.WSS4JOutHandler.invoke(WSS4JOutHandler.java:158)
at org.codehaus.xfire.handler.HandlerPipeline.invoke(HandlerPipeline.java:131)
at org.codehaus.xfire.client.Invocation.invoke(Invocation.java:79)
at org.codehaus.xfire.client.Invocation.invoke(Invocation.java:114)
at org.codehaus.xfire.client.Client.invoke(Client.java:336)
at org.codehaus.xfire.client.XFireProxy.handleRequest(XFireProxy.java:77)
at org.codehaus.xfire.client.XFireProxy.invoke(XFireProxy.java:57)
at $Proxy0.findBook(Unknown Source)
at org.codehaus.xfire.client.BookClient.executeClient(BookClient.java:63)
at org.codehaus.xfire.client.BookClientEnc.main(BookClientEnc.java:23)
Caused by: java.lang.ClassNotFoundException: org.apache.xml.utils.URI$MalformedURIException
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
16 more這是因為你還沒把xalan.jar加入去，到http://www.apache.org/dyn/closer.cgi/xml/xalan-j 下載最新版
，現(xiàn)在最新去到2_7_1，找到xalan-j_2_7_1-bin.zip，把其下載后，添加xalan.jar到項目
再運行，如果出現(xiàn)下面的結(jié)果，那就正常啦
Running client : Encryption Client
Looking for isbn : 0123456789 ....Using XFire : Dan Diephouse
我的做好的示例文件在http://www.tkk7.com/Files/czmchen/ws-security.rar可以下載，下載后要做的事情就是把jar按上面的方法加進去，因為jar太大了，上傳不上！還有要改下tomcat的端口為8001，再部署項目
]]>
我的示例weblogic是8.x，其他版本都同理，找到參數(shù)后即可
進入后臺后，單擊左邊的mydomain—>Services—>JDBC—>Connection Pools
新建我就不說了，在我的文章里面有weblogic的數(shù)據(jù)源連接create
9.x的要解鎖，那就先解鎖。點擊你想設(shè)置的數(shù)據(jù)源的名稱進去。進去后點擊上面的菜單Connections
看到參數(shù)設(shè)置了吧。
Initial Capacity:100 （初始化容器的連接數(shù)）
Maximum Capacity:1000 （容器中最大的連接數(shù)1000，如果超過/還沒到1000就會報超出最大連接的錯誤,原因你的Oracle安裝數(shù)據(jù)庫的時候其池沒設(shè)置大小，現(xiàn)在你也可以設(shè)置。設(shè)置方法：找到Oracle的init.ora文件這個文件一般在oracle/admin/數(shù)據(jù)庫SID/pfile里面。找到large_pool_size這一句，把這一句刪除，那就不受限制了。注意：沒受限制的情況下不要調(diào)這個參數(shù)太大了，35000就OK了，太大的時候數(shù)據(jù)庫會承受不起）
Capacity Increment:15 (一次增加多少個connection)
Statement Cache Size:50 (緩存大小)
按下下面的Advanced Options "Show",設(shè)置詳細的配置
下面是JNDI的自動回收設(shè)置，比較重要，調(diào)幾個重要的參數(shù)，其他的默認
Test Frequency:3600（測試頻率，這個會消耗資源。這個看你的項目需要，一般代碼寫得比較好的可以設(shè)置長點時間）
把下面三個都打上勾。通過測試，發(fā)現(xiàn)連接沒關(guān)的就會被回收（詳細說明可以看下面的參數(shù)說明）
Test Reserved Connections
Test Created Connections
Test Released Connections
Inactive Connection Timeout:60（無效連接超時！這個會在指定的時間內(nèi)，回收無效連接）
網(wǎng)上有些人說設(shè)置這些參數(shù)后一定的時間會出現(xiàn)java.lang.OutOfMemoryError的錯誤
解決的方法就是調(diào)大JVM的內(nèi)存，在啟動時對jvm設(shè)置內(nèi)存限度
通過修改commom\bin\commEnv.cmd文件來增加內(nèi)存分配
修改的部分如下：
:bea
if "%PRODUCTION_MODE%" == "true" goto bea_prod_mode
set JAVA_VM=-jrockit
set MEM_ARGS=-Xms768m -Xmx1024m
set JAVA_OPTIONS=%JAVA_OPTIONS% -Xverify:none
goto continue
:bea_prod_mode
set JAVA_VM=-jrockit
set MEM_ARGS=-Xms768m -Xmx1024m//這些看你內(nèi)存定1G的就設(shè)置=-Xms256m -Xmx512m
goto continue
:sun
if "%PRODUCTION_MODE%" == "true" goto sun_prod_mode
set JAVA_VM=-client
set MEM_ARGS=-Xms768m -Xmx1024m -XX:MaxPermSize=256m
set JAVA_OPTIONS=%JAVA_OPTIONS% -Xverify:none
goto continue
:sun_prod_mode
set JAVA_VM=-server
set MEM_ARGS=-Xms768m -Xmx1024m -XX:MaxPermSize=256m//這個就解決了java.lang.OutOfMemoryError的錯誤
goto continue
將這里的內(nèi)存分配修改后見效。
連接屬性參數(shù)說明：
* Initial Capacity:創(chuàng)建連接池時所創(chuàng)建的數(shù)據(jù)庫連接的數(shù)目。* Maximum Capacity: 連接池中連接的最大數(shù)目。
* Capacity Increment: 連接池容量在最大容量限制范圍內(nèi)的增量。
* LoginDelay: 在創(chuàng)建每個物理數(shù)據(jù)庫連接之前要延遲的秒數(shù)。
* Allow Shrinking: 將該項設(shè)置為true時，如果沒有使用額外的連接，則允許連接池把容量減小到InitialCapacity。
* Shrink Frequency: 在減小連接池容量之前要等待的秒數(shù)。如果將Shrink Frequency設(shè)置為true，那么也必須將Allow Shrinking設(shè)置為true。
* Test Frequency: 數(shù)據(jù)庫連接測試之間間隔的秒數(shù)。在每個Refresh Period時間間隔之后，如果設(shè)置了TestTableName，就會使用TestTableName測試未使用的數(shù)據(jù)庫連接。
* Test Reserved Connections: 如果選擇了這個選項，服務器會在把連接提供給客戶端之前對其進行測試。
* Test Created Connections: 如果選擇了這個選項，就會在創(chuàng)建一個JDBC連接之后和在把它添加到JDBC連接池中的可用連接列表之前，對該JDBC連接進行測試。
* Test Released Connections: 如果選擇了這個選項，服務器就會在把連接返回給連接池之前對其進行測試。
* Test Table Name: 用于JDBC連接測試的數(shù)據(jù)庫表名。如果指定了Test Frequency，并且選擇了Test Reserved Connections、Test Created Connections或Test Released Connections，則Table Name是必需的
連接屬性參數(shù)說明來源于網(wǎng)上，大家從你項目角度設(shè)置
最后別忘記點最下面的APPLY按鈕
]]>
這樣很容易造成數(shù)據(jù)庫崩潰或者沒連接
我的思路就是想把這個項目的用戶都關(guān)閉，回收資源
我的PL/SQL中運行命令
s.Program FROM V$Process p,V$session s WHERE p.addr=s.paddr(+) ORDER BY s.Sid
有人用
alter system kill session 'sid,serial#' ;這個命令來殺死，可是資源不立刻回收
查出連接用戶后，在CMD中輸入orakill 數(shù)據(jù)庫名 SPID（EXP：orakill orcl XXX）
]]>
<select id="typevalue" onChange="modifyType();">
<option value="1" id="0">11</option>
<option value="2" id="1">22</option>
<option value="3" id="2">33</option>
<option value="4" id="3">44</option>
<option value="5" id="4">55</option>
<option value="6" id="5">66</option>
<option value="7" id="10">77</option>
</select>
獲取選中的option的text值
var typevalue = document.getElementById("typevalue");
var typevalueText = typevalue.options[typevalue.selectedIndex].text;
獲取選中的option的ID值
var typevalue = document.getElementById("typevalue");
var typevalueId = typevalue.options[typevalue.selectedIndex].id;
]]>
Ø BasicDataSource 相關(guān)的參數(shù)說明
- dataSource: 要連接的 datasource (通常我們不會定義在 server.xml)
- defaultAutoCommit: 對于事務是否 autoCommit, 默認值為 true
- defaultReadOnly: 對于數(shù)據(jù)庫是否只能讀取, 默認值為 false
- driverClassName:連接數(shù)據(jù)庫所用的 JDBC Driver Class,
- maxActive: 可以從對象池中取出的對象最大個數(shù)，為0則表示沒有限制，默認為8
- maxIdle: 最大等待連接中的數(shù)量,設(shè) 0 為沒有限制 （對象池中對象最大個數(shù)）
- minIdle：對象池中對象最小個數(shù)
- maxWait: 最大等待秒數(shù), 單位為 ms, 超過時間會丟出錯誤信息
- password: 登陸數(shù)據(jù)庫所用的密碼
- url: 連接數(shù)據(jù)庫的 URL
- username: 登陸數(shù)據(jù)庫所用的帳號
- validationQuery: 驗證連接是否成功, SQL SELECT 指令至少要返回一行
- removeAbandoned: 是否自我中斷, 默認是 false
- removeAbandonedTimeout: 幾秒后會自我中斷, removeAbandoned 必須為 true
- logAbandoned: 是否記錄中斷事件, 默認為 false
- minEvictableIdleTimeMillis：大于0 ，進行連接空閑時間判斷，或為0，對空閑的連接不進行驗證；默認30分鐘
- timeBetweenEvictionRunsMillis：失效檢查線程運行時間間隔，如果小于等于0，不會啟動檢查線程，默認-1
- testOnBorrow：取得對象時是否進行驗證，檢查對象是否有效，默認為false
- testOnReturn：返回對象時是否進行驗證，檢查對象是否有效，默認為false
- testWhileIdle：空閑時是否進行驗證，檢查對象是否有效，默認為false
Ø 在使用DBCP的時候，如果使用默認值，則數(shù)據(jù)庫連接因為某種原因斷掉后，再從連接池中取得連接又不進行驗證，這時取得的連接實際上就會是無效的數(shù)據(jù)庫連接。因此為了防止獲得的數(shù)據(jù)庫連接失效，在使用的時候最好保證：
- username: 登陸數(shù)據(jù)庫所用的帳號
- validationQuery：SELECT COUNT(*) FROM DUAL
- testOnBorrow、testOnReturn、testWhileIdle：最好都設(shè)為true
- minEvictableIdleTimeMillis：大于0 ，進行連接空閑時間判斷，或為0，對空閑的連接不進行驗證
- timeBetweenEvictionRunsMillis：失效檢查線程運行時間間隔，如果小于等于0，不會啟動檢查線程
Ø PS:在構(gòu)造GenericObjectPool [BasicDataSource在其createDataSource () 方法中也會使用GenericObjectPool] 時，會生成一個內(nèi)嵌類Evictor，實現(xiàn)自Runnable接口。如果timeBetweenEvictionRunsMillis大于0，每過timeBetweenEvictionRunsMillis毫秒Evictor會調(diào)用evict()方法，檢查對象的閑置時間是否大于 minEvictableIdleTimeMillis毫秒（_minEvictableIdleTimeMillis小于等于0時則忽略，默認為30分鐘），是則銷毀此對象，否則就激活并校驗對象，然后調(diào)用ensureMinIdle方法檢查確保池中對象個數(shù)不小于_minIdle。在調(diào)用returnObject方法把對象放回對象池，首先檢查該對象是否有效，然后調(diào)用PoolableObjectFactory 的passivateObject方法使對象處于非活動狀態(tài)。再檢查對象池中對象個數(shù)是否小于maxIdle，是則可以把此對象放回對象池，否則銷毀此對象
Ø 上述特性的可設(shè)置性已在代碼中驗證，具體性能是否能實現(xiàn)有待實際驗證
2. C3P0
Ø C3P0的官方example中使用的數(shù)據(jù)源為ComboPooledDataSource，網(wǎng)上一篇文章詳細介紹了C3P0連接池配置中各項含義[這些配置項的含義在下載解壓c3p0的壓縮包之后目錄的doc\index.html中的Configuration部分也有詳細的介紹，這里偷下懶:P]，現(xiàn)摘錄如下：
<c3p0-config>
<default-config>
<!--當連接池中的連接耗盡的時候c3p0一次同時獲取的連接數(shù)。Default: 3 -->
<property
name="acquireIncrement">3</property>
<!--定義在從數(shù)據(jù)庫獲取新連接失敗后重復嘗試的次數(shù)。Default: 30
-->
<property
name="acquireRetryAttempts">30</property>
<!--兩次連接中間隔時間，單位毫秒。Default:
1000 -->
<property
name="acquireRetryDelay">1000</property>
<!--連接關(guān)閉時默認將所有未提交的操作回滾。Default: false
-->
<property
name="autoCommitOnClose">false</property>
<!--c3p0將建一張名為Test的空表，并使用其自帶的查詢語句進行測試。如果定義了這個參數(shù)那么
屬性preferredTestQuery將被忽略。你不能在這張Test表上進行任何操作，它將只供c3p0測試
使用。Default: null-->
<property
name="automaticTestTable">Test</property>
<!--獲取連接失敗將會引起所有等待連接池來獲取連接的線程拋出異常。但是數(shù)據(jù)源仍有效
保留，并在下次調(diào)用getConnection()的時候繼續(xù)嘗試獲取連接。如果設(shè)為true，那么在嘗試
獲取連接失敗后該數(shù)據(jù)源將申明已斷開并永久關(guān)閉。Default:
false-->
<property
name="breakAfterAcquireFailure
<!--當連接池用完時客戶端調(diào)用getConnection()后等待獲取新連接的時間，超時后將拋出
SQLException,如設(shè)為0則無限期等待。單位毫秒。Default: 0 -->
<property
name="checkoutTimeout">100</property>
<!--通過實現(xiàn)ConnectionTester或QueryConnectionTester的類來測試連接。類名需制定全路徑。
Default:
com.mchange.v2.c3p0.impl.DefaultConnectionTester-->
<property
name="connectionTesterClassNam
<!--指定c3p0
libraries的路徑，如果（通常都是這樣）在本地即可獲得那么無需設(shè)置，默認null即可
Default: null-->
<property
name="factoryClassLocation">null</property>
<!--Strongly disrecommended. Setting this to true
may lead to subtle and bizarre bugs.
（文檔原文）作者強烈建議不使用的一個屬性-->
<property
name="forceIgnoreUnresolvedTra
<!--每60秒檢查所有連接池中的空閑連接。Default: 0 -->
<property
name="idleConnectionTestPeriod
<!--初始化時獲取三個連接，取值應在minPoolSize與maxPoolSize之間。Default: 3
-->
<property
name="initialPoolSize">3</property>
<!--最大空閑時間,60秒內(nèi)未使用則連接被丟棄。若為0則永不丟棄。Default: 0
-->
<property
name="maxIdleTime">60</property>
<!--連接池中保留的最大連接數(shù)。Default: 15
-->
<property
name="maxPoolSize">15</property>
<!--JDBC的標準參數(shù)，用以控制數(shù)據(jù)源內(nèi)加載的PreparedStatements數(shù)量。但由于預緩存的statements
屬于單個connection而不是整個連接池。所以設(shè)置這個參數(shù)需要考慮到多方面的因素。
如果maxStatements與maxStatementsPerConnection均為0，則緩存被關(guān)閉。Default:
0-->
<property
name="maxStatements">100</property>
<!--maxStatementsPerConnecti
<property
name="maxStatementsPerConnecti
<!--c3p0是異步操作的，緩慢的JDBC操作通過幫助進程完成。擴展這些操作可以有效的提升性能
通過多線程實現(xiàn)多個操作同時被執(zhí)行。Default:
3-->
<property
name="numHelperThreads">3</property>
<!--當用戶調(diào)用getConnection()時使root用戶成為去獲取連接的用戶。主要用于連接池連接非c3p0
的數(shù)據(jù)源時。Default: null-->
<property
name="overrideDefaultUser">root</property>
<!--與overrideDefaultUser參數(shù)對應使用的一個參數(shù)。Default: null-->
<property
name="overrideDefaultPassword">password</property>
<!--密碼。Default:
null-->
<property
name="password"></property>
<!--定義所有連接測試都執(zhí)行的測試語句。在使用連接測試的情況下這個一顯著提高測試速度。注意：
測試的表必須在初始數(shù)據(jù)源的時候就存在。Default:
null-->
<property
name="preferredTestQuery">select id from test where
id=1</property>
<!--用戶修改系統(tǒng)配置參數(shù)執(zhí)行前最多等待300秒。Default:
300 -->
<property
name="propertyCycle">300</property>
<!--因性能消耗大請只在需要的時候使用它。如果設(shè)為true那么在每個connection提交的
時候都將校驗其有效性。建議使用idleConnectionTestPeriod或automaticTestTable
等方法來提升連接測試的性能。Default: false
-->
<property
name="testConnectionOnCheckout
<!--如果設(shè)為true那么在取得連接的同時將校驗連接的有效性。Default: false
-->
<property
name="testConnectionOnCheckin">true</property>
<!--用戶名。Default:
null-->
<property
name="user">root</property>
<!--早期的c3p0版本對JDBC接口采用動態(tài)反射代理。在早期版本用途廣泛的情況下這個參數(shù)
允許用戶恢復到動態(tài)反射代理以解決不穩(wěn)定的故障。最新的非反射代理更快并且已經(jīng)開始
廣泛的被使用，所以這個參數(shù)未必有用。現(xiàn)在原先的動態(tài)反射與新的非反射代理同時受到
支持，但今后可能的版本可能不支持動態(tài)反射代理。Default:
false-->
<property
name="usesTraditionalReflectiv
<property
name="automaticTestTable">con_test</property>
</default-config>
<named-config
name="dumbTestConfig">
</c3p0-config>
Ø 上述特性的可設(shè)置性已在代碼中驗證，具體性能是否能實現(xiàn)有待實際驗證
Ø 從配置項的內(nèi)容來看，C3P0和DBCP都有比較詳細的有關(guān)連接檢測保證的配置，我們可以看到C3P0可以控制數(shù)據(jù)源內(nèi)加載的PreparedStatements數(shù)量，并且可以設(shè)置幫助線程的數(shù)量來提升JDBC操作的速度，這些是DBCP未提供的；另外從網(wǎng)絡(luò)上的評價來看，DBCP出現(xiàn)Bug的頻率要大于C3P0，不過這一點有待于我們自己實際的檢測。
3. Proxool
Ø Proxool的使用和dbcp以及c3p0稍有不同，我們需要并且只需要在使用基本的java.sql.DriverManager之前加載org.logicalcobwebs.proxool.ProxoolDriver驅(qū)動類,并且按照proxool定義的url格式 ["proxool." + alias + ":" + driverClass + ":" + driverUrl ，其中alias是為連接池自定義的別名] 來獲得connection；具體的可以參看proxool doc下的UserGuide，或本文所附的示例代碼。下面對連接池的特性配置作詳細說明 [這個是自己翻譯的，不一定準確，有問題時請參看doc下的Properties ~]。
n fatal-sql-exception
以逗號隔開的異常列表，當設(shè)置了此項之后，每當出現(xiàn)SQLException時都將與列表中異常項作比較，如果匹配則認為出現(xiàn)fatal異常，這將導致connection被丟棄，并且不論出現(xiàn)任何情況該異常將被重拋一次以通知用戶發(fā)生的情況。默認值為null
n fatal-sql-exception-wrapper-class
如果配置了fatal-sql-exception，則默認的操作是丟 棄引起SQLException的原因而只是拋出原始異常。使用fatal-sql-exception-wrapper-class這個特性可以將 SQLException包裝到繼承SQLException或RunTimeException的任何異常類里。Proxool提供了兩個類供使用 FatalSQLException和FatalRunTimeException；使用這兩個類的話就將該選項設(shè)置為 'org.logicalcobwebs.proxool.FatalSQLException'或者 'org.logicalcobwebs.proxool.FatalRuntimeException'。默認值為null
n house-keeping-sleep-time
proxool自動偵察各個連接狀態(tài)的時間間隔(毫秒),偵察到空閑的連接就馬上回收,超時的銷毀，默認值為30秒
n house-keeping-test-sql
如果偵察線程發(fā)現(xiàn)閑置連接，則會使用這個SQL語句來對這些連接進行檢查；這項設(shè)置的語句應該能夠被很快的執(zhí)行，例如查詢當前時間 [info.setProperty("proxool.house-keeping-test-sql", "select CURRENT_DATE");] 。如果不設(shè)置則該選項被忽略
n injectable-connection-interface、injectable-statement-interface、injectable-prepared-statement-interface、injectable-callable-statement-interface
n jmx
如果此項設(shè)為true，則連接池將被以名稱"Proxool:type=Pool, name=<alias>"注冊為JMS Server的MBean。默認值為false
n jmx-agent-id
當且僅當jmx選項設(shè)為true時使用，為以逗號分隔的連接持注冊到的JMS代理名稱列表；如果不設(shè)置則所有注冊的JMX Server都將被使用
n maximum-active-time
線程最大存活時間，超過此時間的線程將被守護線程kill掉，默認值為5分鐘
n maximum-connection-count
到數(shù)據(jù)庫的最大連接數(shù)，超過了這個連接，再有請求時，就排在隊列中等候，最大的等待請求數(shù)由simultaneous-build-throttle決定；默認值為15
n maximum-connection-lifetime
連接最大存活時間，毫秒為單位，默認值為4小時
n minimum-connection-count
不管是否被使用都保持開放的最小連接數(shù)，默認值為5
n overload-without-refusal-lifetime
用來判斷連接池狀態(tài)，如果在此選項設(shè)置時間內(nèi)（毫秒為單位）拒絕了連接，則認為過負載。默認值為60秒
n prototype-count
最少保持的空閑連接數(shù)，注意與minimum-connection-count區(qū)分。默認值為0
n simultaneous-build-throttle
最大的等待請求數(shù)，默認值為10
n test-before-use
如果設(shè)為true則connection在使用前將以house-keeping-test-sql設(shè)置的語句測試，如果測試不通過則該connection被丟棄并會重新分配一個connection。默認為false
n test-after-use
如果設(shè)為true則connection在關(guān)閉（放回連接池）前將以house-keeping-test-sql設(shè)置的語句測試，如果測試不通過connection將被丟棄。默認值為false
Ø 與其它連接池特性的設(shè)置方法不同，Proxool不提供相應的set方法，所有特性都要以諸如info.setProperty("proxool.jmx", "false");方式設(shè)定
Ø 上述特性的可設(shè)置性已在代碼中驗證，具體性能是否能實現(xiàn)有待實際驗證
]]>
配置前的準備工作：先將你的連接數(shù)據(jù)庫的JAR COPY到服務器的LIB文件夾下，供服務器調(diào)用（如現(xiàn)在用的是TOMCAT，那就將該JAR COPY到TOMCAT下的LIB文件夾）
打開項目的META-INF文件夾下的context.xml的文件（沒有的新建一個context.xml文件）
修改其中的配置，詳細的配置信息以下：
<?xml version="1.0" encoding="UTF-8"?>
<Context path="/TomcatDataSources" docBase="TomcatDataSources"
debug="5" reloadable="true" crossContext="true">
<Resource name="jdbc/czmds" auth="Container"
type="javax.sql.DataSource" maxActive="100" maxIdle="30"
maxWait="10000" username="root" password=""
driverClassName="com.mysql.jdbc.Driver"
url="jdbc:mysql://localhost/czm?characterEncoding=utf-8"/>
</Context>
說明：context中的屬性path為你的項目的上下文路徑
Resource中的屬性name為該數(shù)據(jù)源的別名，這個自己喜歡定義
然后在web.xml下加上下面的配置
<resource-ref>
<description>DB Connection</description>
<res-ref-name>jdbc/czmds</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
<res-auth>Container</res-auth>
</resource-ref>
說明：res-ref-name為你的數(shù)據(jù)源設(shè)定的別名
最后一步：測試連接是否成功，記得在JSP頁面或Servlet上測試
提示：數(shù)據(jù)源獲取連接的代碼以下：
javax.naming.Context ctx = new javax.naming.InitialContext();
javax.sql.DataSource ds = (javax.sql.DataSource) ctx
.lookup("java:/comp/env/jdbc/czmds");
java.sql.Connection conn = ds.getConnection();
說明：lookup是查找數(shù)據(jù)源的別名，這個就直接在java:/comp/env/后加別名，以上
說到最后，一定要記得關(guān)連接
]]>
所以一個項目訪問數(shù)據(jù)庫比較頻繁的時候，就要用到連接池，一般連接池本人都覺得proxool比較好（這個網(wǎng)上的都是這樣說，呵呵），我以前一直都用C3P0連接池，發(fā)覺速度還不錯，不過不大穩(wěn)定！
不說那么多，淺談下我的proxool的經(jīng)驗
準備前的工作：
到proxool官網(wǎng)http://proxool.sourceforge.net/上下載JAR包和文檔
然后解壓，把里面的proxool-0.9.1.jar和proxool-cglib.jar放到你的服務器的lib下面（好像我用的是TOMCAT，就放到TOMCAT的lib里面，供TOMCAT調(diào)用）
先在WEB-INF下建立以個proxool.xml的文件
詳細的配置以下：
<?xml version="1.0" encoding="UTF-8"?>
<!--
Document : proxool.xml
Created on : 2009年11月9日, 下午3:15
Author : Administrator
Description:
Purpose of the document follows.
-->
<something-else-entirely>
<proxool>
<alias>mypool</alias>
<driver-url>jdbc:mysql://localhost/czm?characterEncoding=utf-8</driver-url>
<driver-class>com.mysql.jdbc.Driver</driver-class>
<driver-properties>
<property name="user" value="root"/>
<property name="password" value=""/>
</driver-properties>
<!-- proxool自動偵察各個連接狀態(tài)的時間間隔(毫秒),偵察到空閑的連接就馬上回收,超時的銷毀-->
<house-keeping-sleep-time>300000</house-keeping-sleep-time>
<!--最大的等待請求數(shù),即因沒有空閑連接可以分配而在隊列中等候的最大請求數(shù),超過這個請求數(shù)的用戶連接就不會被接受-->
<proxool.simultaneous-build-throttle>200</proxool.simultaneous-build-throttle>
<!-- maximum-new-connections>50</maximum-new-connections-->
<!-- 最少保持的空閑連接數(shù)-->
<prototype-count>5</prototype-count>
<!-- 允許最大連接數(shù),超過了這個連接，再有請求時，就排在隊列中等候，最大的等待請求數(shù)由maximum-new-connections決定-->
<maximum-connection-count>100</maximum-connection-count>
<!-- 最小連接數(shù)-->
<minimum-connection-count>25</minimum-connection-count>
<maximum-active-time>300000</maximum-active-time>
<maximum-connection-lifetime>3600000</maximum-connection-lifetime>
<house-keeping-test-sql>select CURRENT_DATE</house-keeping-test-sql>
</proxool>
</something-else-entirely>
接著在web.xml下做個插件
詳細配置以下：
<servlet>
<servlet-name>ServletConfigurator</servlet-name>
<servlet-class>org.logicalcobwebs.proxool.configuration.ServletConfigurator</servlet-class>
<init-param>
<param-name>xmlFile</param-name>
<param-value>WEB-INF/proxool.xml</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet>
<servlet-name>Admin</servlet-name>
<servlet-class>org.logicalcobwebs.proxool.admin.servlet.AdminServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>Admin</servlet-name>
<url-pattern>/proxool</url-pattern><!--這個設(shè)置是你的項目的上下文路徑-->
</servlet-mapping>
web.xml配置完后，剩下的就是寫個測試連接類
新建一個jsp頁面，頁面內(nèi)容以下：
<%@page contentType="text/html" pageEncoding="UTF-8"%>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>JSP Page</title>
</head>
<body>
<%
java.sql.Connection conn = java.sql.DriverManager.getConnection("proxool.myself");
System.out.println("conn:" + conn);
out.print("conn:" + conn);
conn.close();
%>
</body>
</html>
OK.運行該頁面看看是否成功？
以前我就是在類中測試，發(fā)覺它連接不上，報
java.sql.SQLException: No suitable driver found for proxool.myself
的錯誤。
所以一定要用JSP或servlet來測試，因為它調(diào)用到服務器
]]>