c3p0是一個基於JNDI-bindable DataSources(使用DriverManager-based)的很容易使用的JDBC驅動函數庫。

所以在使用c3p0時，還需要一個JDBC的Driver，才能使用，而c3p0的作用只是控制Database的Connection使用，舉個簡單的例子，當Connection被DataBase Server timeout斷線後，c3p0會自動多次去重新連線，避免程式就直接丟出SQLException。

這次剛好遇到Microsoft SQL Server 2005不知為何一直丟出以下訊息，才去找到c3p0來使用的，發生的原因似乎是SQL Server本身對JDBC的Connection TimeOut斷線、或是Connection數不夠。

I/O Error: Connection reset
I/O Error: Software caused connection abort: recv failed

下面是一個範例，結果如下圖：

詳細文章

java.net.URLConnection是一個Http Connecion物件，可以用來連接網站，並處理回傳的資訊資料，當然也可以使用socket連線來做這些事情，不過會顯的麻煩多了。

利用java.net.URLConnection可以直接取得response的Status來判斷網站是不存在、連線錯誤、無法存取，而如果需要更詳細的回傳資訊可以增加給於的Header。而如果需要取得網址的ip則可使用java.net.Inet4Address.getByName(網址名稱)。

有一點要注意的是在JDK1.4以前並有沒有setReadTimeout這個函數，所以需要自己實作一個HttpURLConnectionTimeout來操作TimeOut，可以參考Adding Socket Timeout to java.net.URLConnection這一篇。

這是範例的結果：

詳細文章

try catch是專門在處理錯誤事件的，很多程式語言都有這樣子的例外處理方法，Java也不例外，對於新入門的可能會比較少遇到這類型的問題，不過是十分重要的一環。

當程式功能越來越多、越來越大時，try catch的使用可以增加除錯(bug)的速度，try catch也可以使用其特性來製做一些技巧性的功能或判斷，而當使用者在操作期間發現了例外或錯誤，如果丟出一堆程式碼大概會讓使用者不知所為，擷取這些例外或錯誤而丟出使用者容易理解的字串，也是try catch的功能之一。

try catch 用法

try裡的敍述句有可能會丟出例外資訊 ( Exception ) ，而丟出的例外資訊 ( Exception ) 型態就可以由catch來取得，做適當的處理。finally則是在try catch完成後會執行的動作，一般都是使用在關閉或則除物件等。

ps.catch取得例外需由小範圍而後大範圍，例如java.lang.NullPointException則需寫在Exception前面，因為NullPointException所能處理的範圍比Exception還小。

詳細文章

剛開始學習jsp時，看到了Exception就一個頭二個大，因為好像跟一般Java出現錯誤的表示方式不一樣，Exception的訊息寫的錯誤行數，總跟jsp裡的行數不太一樣？這樣子就不好判斷Exception產生在那裡，進而修改了！

其實不然，在執行jsp網頁時web-server會把jsp檔先轉換成java檔，再由java檔編譯成class檔，所以要找出錯誤的地方就只需要找到java檔的所在，就可以了。

範例使用的環境是tomcat，Exception直接向網頁丟出，會看大概如下的畫面

詳細文章

java.sql.ResultSet 使用absolute方法可以移動ResultSet的指標到想要的筆數，

當 JDBC跟資料庫要資料時，會回傳一個ResultSet，但不是把所有查詢的結果均回傳至Web Server端，

而是只給前面幾筆資料，可以利用ResultSet的方法setFetchSize來設定一次回傳的筆數，

(一次傳的多，等待的時間就比較長，傳的太少，要一直跟資料庫要ResultSet.next()也會比較慢)

當ResultSet向下移動碰觸或是快要碰觸到目前回傳的筆數時，會自動再跟資料庫要設定好的筆數，

而把目前筆數以上的資料全都暫存在記憶體裡。

以上是ResulSet的基本原理，當一次查詢的量夠大時，而利用absolute來移動到想要的Row時，

就有可能發生out of memory的問題，

舉個列子：

詳細文章