的ServletContextListener - 屬性 - 設置java.sql.Connection對象

Question

雖然我已經發現這個問題的解決方案，我不知道爲什麼是這樣工作的。

我已經創建了一個實現了ServletContextListener類和我設置爲上下文屬性旨在建立適用於所有的應用程序一個java.sql.Connection（MySQL的數據庫管理系統）的對象。

由於Java教程說，JDBC 4.0發佈之後，就沒有必要調用Class.forName（「...」）再初始化一個特定的驅動程序。

對於JavaSE的項目這是真的，但對於Web應用程序是不是雖然。

當我打電話的createStatement（）例如，容器拋出的java.sql.Connection中不存在一個NullPointerException異常。因此，我在Connection「setter」的頂部添加了Class.forName（「...」），它完美地工作。

注：我使用NetBeans。包含此示例的特定項目已將其最新的mysql-connector-java-5.1.21-bin.jar設置爲其庫中的一個。

謝謝。

Answer 1

我已經創建了一個實現了ServletContextListener類和我設置爲上下文屬性旨在建立適用於所有的應用程序一個java.sql.Connection（MySQL的數據庫管理系統）的對象。

壞主意。您的Web應用程序現在不僅與數據庫進行了線程安全交互，而且在MySQL運行約8小時後，因爲打開時間太長而決定收回連接，您的Web應用程序也會崩潰。不要這樣做。使用連接池並根據標準JDBC慣用法編寫JDBC代碼，即打開和以儘可能最短的範圍關閉所有資源。

---

由於Java教程說，JDBC 4.0發佈之後，就沒有必要調用Class.forName（ 「...」）再初始化一個特定的驅動程序。

對於JavaSE項目來說這是真的，但對於Web應用程序來說卻不是這樣。

這對於Web應用程序，以及是否包含/META-INF/services/java.sql.Driver文件中的JDBC 4.0兼容驅動程序JAR文件真正被放置在/WEB-INF/lib文件夾中的Web應用程序，而不是其他地方。

---

當我打電話的createStatement（）例如，容器拋出的java.sql.Connection中不存在一個NullPointerException異常。因此，我在Connection「setter」的頂部添加了Class.forName（「...」），它完美地工作。

容器可能不可能拋出這個特殊的異常。這很可能只是你自己的代碼而已。順便說一下，拋出此異常而不是SQLException: no suitable driver的事實也表明，您在DriverManager#getConnection()期間禁止了任何捕獲的SQLException，並繼續執行代碼流，而不是拋出該異常和/或以某種方式中止代碼流。這反過來也是一個壞主意。如果絕對無法繼續執行代碼流，請勿抑制異常。