『壹』 java連接websphere連接池(DB2的)代碼誰給我個啊謝謝了
ibm的東西我用了5年了，這東西用不好的話挺麻煩，用好了倒是很方便。
你的問題可能在於您的項目中已經具備db2所需的3個jar包，而websphere中已經包含這幾個jar包，很有可能是沖突導致。解決辦法就是使用jndi方式配置數據源。
這樣做的好處就是避免和websphere中的某些jar沖突，除了資料庫之外還有報表，任務調度等jar包都有可能沖突，但不是絕對的。
希望你能盡快解決。
可以看看ibm的官方文檔，雖然不方便，但是ibm的文檔就是這模樣。
另外,站長團上有產品團購,便宜有保證
『貳』 資料庫連接池
在實際應用開發中，特別是在WEB應用系統中，如果JSP、Servlet或EJB使用JDBC直接訪問資料庫中的數據，每一次數據訪問請求都必須經歷建立資料庫連接、打開資料庫、存取數據和關閉資料庫連接等步驟，而連接並打開資料庫是一件既消耗資源又費時的工作，如果頻繁發生這種資料庫操作，系統的性能必然會急劇下降，甚至會導致系統崩潰。資料庫連接池技術是解決這個問題最常用的方法，在許多應用程序伺服器（例如：Weblogic,WebSphere,JBoss）中，基本都提供了這項技術，無需自己編程，但是，深入了解這項技術是非常必要的。
資料庫連接池技術的思想非常簡單，將資料庫連接作為對象存儲在一個Vector對象中，一旦資料庫連接建立後，不同的資料庫訪問請求就可以共享這些連接，這樣，通過復用這些已經建立的資料庫連接，可以克服上述缺點，極大地節省系統資源和時間。
資料庫連接池的主要操作如下：
（1）建立資料庫連接池對象（伺服器啟動）。
（2）按照事先指定的參數創建初始數量的資料庫連接（即：空閑連接數）。
（3）對於一個資料庫訪問請求，直接從連接池中得到一個連接。如果資料庫連接池對象中沒有空閑的連接，且連接數沒有達到最大（即：最大活躍連接數），創建一個新的資料庫連接。
（4）存取資料庫。
（5）關閉資料庫，釋放所有資料庫連接（此時的關閉資料庫連接，並非真正關閉，而是將其放入空閑隊列中。如實際空閑連接數大於初始空閑連接數則釋放連接）。
（6）釋放資料庫連接池對象（伺服器停止、維護期間，釋放資料庫連接池對象，並釋放所有連接）。
『叄』 websphere mysql 連接池報錯
首先檢查jdbc提供程序的版本，路徑是否正確；
檢查數據源jdbc/pgw的ip地址，用戶名密碼，資料庫sid都對嗎？
看上面的錯誤有連接超時，方法調用時找不到的錯誤等，先檢查下，看看
『肆』 請教Websphere的JDBC連接池的配置
您好，很高興為您解答。
看一下：http://bbs.csdn.net/topics/50493897
如若滿意，請點擊右側【採納答案】，如若還有問題，請點擊【追問】
希望我的回答對您有所幫助，望採納！
~ O(∩_∩)O~
『伍』 您好 我想請問一下websphere中間件能夠提供資料庫連接池的信息嗎該如何獲得呢
你是想問websphere能不能夠配置連接池嗎？
『陸』 什麼是資料庫連接池，有什麼作用
資料庫連接是一種有限的昂貴的資源，
資料庫連接影響到程序的性能指標。
資料庫連接池正是針對這個問題提出來的。資料庫連接池負責分配、
管理和釋放資料庫連接，
它允許應用程序重復使用一個現有的資料庫連接，
而再不是重新建立一個；
釋放空閑時間超過最大空閑時間的資料庫連接來避免因為沒有釋放數
據庫連接而引起的資料庫連接遺漏。
這項技術能明顯提高對資料庫操作的性能。
『柒』 websphere 資料庫連接池比其他連接池好么
websphere的連接池
還是先來段題外話：記得有人說過，websphere只有版本6以後才算是websphere，個人很贊同。websphere 5以及以前的版本。。。還是忘了吧。
其實websphere的連接池秉承ibm一貫的風格：功能強大，使用復雜：
進入控制台使用「JDBC提供程序」功能菜單進行連接池的基本配置，一路下來，不同的資料庫配置方式不盡相同，最奇怪的是還要單獨手工加上user和password參數，如果沒有
資料指導的話還真是摸不著頭腦。這些基本設置還是網上找吧很多的。連接池設置完還需要設置數據源，jndi名字一樣與之前的對應：jdbc/myapp
高級設置包括初始化連接數，最大連接，連接有效性檢查，不使用超時。
連接池監控：使用運行監控菜單，里邊會有一個監控項目選擇，選jdbc監控即可，可惡的是一開始彈出什麼伺服器操作系統需要安裝什麼圖形化控制項，選擇是那麼就得去找到控制項在操作系統（linux）下安裝，然後很多的依賴組件都沒有。。。搞了半天才發現選擇否，監控數據以及圖形一樣能出來嘛，真是要怒了。
雖然經過一番波折但是監控的內容還是很強大的，就連接池來說一樣包括當前連接數、曾經達到的峰值、可以使用的連接數、從資料庫打開的連接數、曾經關閉的連接數。。。其中前3項是我最關注的，比較奇怪的現象是應用剛啟動的時候已開啟的連接數量竟然沒有達到初始定義的連接數量，不清楚websphere是怎麼個計算機制。
另外在壓力大的時候可使用的連接數會是負數，當時很奇怪，想想也瞭然了，那個負數肯定是排隊等待的數量了
使用評價：在具體項目應用中，此連接池的持續運行的穩定性相當強，在大並發量的壓力下性能也足夠優秀，另外在一些異常情況下連接池裡的連接能夠及時釋放，連接池監控配置有些復雜，但是配置好後各項指標一目瞭然並且有圖形顯示 。
總結：
這種商業級別的連接池功能強大，使用穩定，性能優秀，監控到位。
下面這個話題可能和比較本身沒有直接關系，但個人認為應該是更有價值的一些經驗分享吧，那就是---這么多指標配置，那些最大和最小連接數以及其他一些必要的配置指標，在一個正式的生產項目中到底應該配置什麼值呢？
其實這個值首先還是要根據具體的項目情況、數據規模以及並發數來制定的(盡管像是套話，但是我們研發人員嚴謹的作風還是必要的:)。具體而言在中型偏小型的項目--給個數值把，用戶數300到3000，數據量100萬到1億---中,建議websphere最小200最大300，前提是設置的最小內存要在1G以上，當然如果條件允許內存越大越好，不過32位機內存1.5G的限制是一定的（64位嘛我願意設個4G內存過來，速度提升的感覺很爽啊）。這個數字出來以後相信會有不少問題要拋過來，
1 為什麼是200或300而不是更高？
回答： 再分配多了效果也不大了，一個是應用伺服器維持這個連接數需要內存支持，剛才說了32位的機器只能支持到1.5G，並且維護大量的連接進行分配使用對cpu也是一個不小的負荷，因此不宜太大。
2 為什麼不小一點？
回答： 如果太小，那麼在上述規模項目的並發量以及數據量上來以後會造成排隊現象，系統會變慢，資料庫連接會經常打開和關閉，性能上有壓力，用戶體驗也不好。
3 為什麼websphere最小最大不一樣
回答： 其實和分配內存的最小最大值的情況一樣，一般都推薦2個值應該一致，都放在內存里就好了嘛。但是ibm官方推薦2個值要有區別---官方說法還是要聽的
4 其他開源連接池的分配方案還沒說呢？
回答： 開源的個人認為到100就可以了，再高他也不會太穩定，當然1G的最小內存是一定要給tomcat分的
『捌』 求助，webshpere下數據源連接問題
有兩個可能：
1、數據源配置錯誤。如沒有設置好資料庫登錄用戶名及密碼。
2、沒有指定ojdbc14.jar路徑,可以在控制台中，環境－Websphere變數－ORACLE_JDBC_DRIVER_PATH中指定ojdbc14.jar訪問路徑
『玖』 websphere+oracle連接池不穩定，求助分析
可以的。首先應加入連接池和資料庫連接的配置文件：資料庫連接包：ojdbc6.jar資料庫連接池包：commons-pool2-2.2.jarcommons-dbcp2-2.0.jar資料庫連接配置文件:config.properties使用連接池連接一定不要忘記關閉否則會很倒霉DBHelper的寫法importjava.io.IOException;importjava.io.InputStream;importjava.sql.Connection;importjava.sql.PreparedStatement;importjava.sql.ResultSet;importjava.sql.SQLException;importjava.util.Properties;importorg.apache.commons.dbcp2.BasicDataSource;publicclassDBHelper{=newBasicDataSource();static{InputStreamis=DBHelper.class.getResourceAsStream("config.properties");Propertiesprop=newProperties();try{prop.load(is);ds.setDriverClassName(prop.getProperty("driver"));ds.setUrl(prop.getProperty("url"));ds.setUsername(prop.getProperty("username"));ds.setPassword(prop.getProperty("password"));System.out.println(ds.getDriverClassName()+ds.getUrl());}catch(IOExceptione){e.printStackTrace();}finally{try{if(is!=null)is.close();}catch(IOExceptione){e.printStackTrace();}}}()throwsSQLException{returnds.getConnection();}publicstaticvoidclose(ResultSetrs,PreparedStatementps,Connectionconn){try{if(rs!=null)rs.close();if(ps!=null)ps.close();if(conn!=null)conn.close();}catch(SQLExceptione){e.printStackTrace();}}}config.properties文件配置：driver=oracle.jdbc.driver.OracleDriverurl=jdbc\:oracle\:thin\:@10.141.42.119\:1521\:orclusername=hdid01password=hdid01
『拾』 websphere 發布web項目啟動問題
通俗的講，web伺服器傳送(serves)頁面使瀏覽器可以瀏覽，然而應用程序伺服器提供的是客戶端應用程序可以調用(call)的方法(methods)。確切一點，你可以說：web伺服器專門處理http請求(request)，但是應用程序伺服器是通過很多協議來為應用程序提供(serves)商業邏輯(business
logic)。
web伺服器(web
server)
web伺服器可以解析(handles)http協議。當web伺服器接收到一個http請求(request)，會返回一個http響應(response)，例如送回一個html頁面。為了處理一個請求(request)，web伺服器可以響應(response)一個靜態頁面或圖片，進行頁面跳轉(redirect)，或者把動態響應(dynamic
response)的產生委託(delegate)給一些其它的程序例如cgi腳本，jsp(javaserver
pages)腳本，servlets，asp(active
server
pages)腳本，伺服器端(server-side)javascript，或者一些其它的伺服器端(server-side)技術。無論它們(譯者註：腳本)的目的如何，這些伺服器端(server-side)的程序通常產生一個html的響應(response)來讓瀏覽器可以瀏覽。
要知道，web伺服器的代理模型(delegation
model)非常簡單。當一個請求(request)被送到web伺服器里來時，它只單純的把請求(request)傳遞給可以很好的處理請求(request)的程序(伺服器端腳本)。web伺服器僅僅提供一個可以執行伺服器端(server-side)程序和返回(程序所產生的)響應(response)的環境，而不會超出職能范圍。伺服器端(server-side)程序通常具有事務處理(transaction
processing)，資料庫連接(database
connectivity)和消息(messaging)等功能。
雖然web伺服器不支持事務處理或資料庫連接池，但它可以配置(employ)各種策略(strategies)來實現容錯性(fault
tolerance)和可擴展性(scalability)，例如負載平衡(load
balancing)，緩沖(caching)。集群特徵(clustering—features)經常被誤認為僅僅是應用程序伺服器專有的特徵。