c3p0

0熱度

1回答

配置c3p0設置時遇到問題。該senario是：我有一個Java項目，將於每天凌晨3:00開始，然後連接到數據庫做一些事情。有時候，數據庫可能會在當時關閉，並可能在2或3小時後恢復。因此，我需要讓程序嘗試在特定的時間間隔內重新連接數據庫，以查看數據庫是否正常，直到它可以成功連接到數據庫。我試圖配置c3p0無限重新連接數據庫直到成功，但似乎陷入了一些僵局。以下是我的c3p0設置。我在Sprin

1熱度

1回答

重置JDBC連接狀態（c3p0）

將C3P0管理連接重置爲其初始狀態的建議方法是什麼？我正在使用Microsoft JDBC驅動程序並在一個連接上設置SET ROWCOUNT 1。這會導致連接執行的所有查詢僅返回一行，即使連接已返回到池並稍後再次獲取。我是否應該明確重置值onCheckin或onCheckout？主類 import com.mchange.v2.c3p0.ComboPooledDataSource; impo

0熱度

1回答

數據庫服務器重新啓動後，Quartz Scheduler無法正常啓動/恢復

我們有一個使用Quartz進行調度作業的Java應用程序。我們使用的石英版本是石英-2.2.1。石英配置使用JDBC作業存儲。這裏是與該系統中發生的事件序列： Quartz調度經由屬性中配置文件和處於待機模式。石英配置引用的數據庫服務器作爲計劃維護的一部分重新啓動。它在10分鐘內出現。數據庫啓動後，Quartz調度程序啓動並引發連接關閉的異常。以下是錯誤： 2017-05-28 00:05

0熱度

1回答

c3p0客戶端超時，等待從com.mchange.v2.resourcepool.BasicResourcePool獲取資源

我在tomcat版本7上部署了一個java應用程序。對於數據源，我使用了連接到mysql數據庫的c3p0。它工作正常多年，最近我開始得到這個錯誤：「客戶端超時等待從com.mchange.v2.resourcepool.BasicResourcePool獲取資源」。當我遇到此問題時，唯一的解決方案是重新啓動應用程序。重新啓動mysql並沒有幫助。我也有PHP應用程序使用保存數據庫，他們不受

0熱度

1回答

C3P0連接在網絡中斷後才恢復，直到服務器重啓

我們使用c3p0 ComboPooledDataSource與Spring JdbcTemplate進行連接池訪問oracle 11g數據庫。經過一段時間後（看起來在短暫的網絡中斷之後），從池中獲取連接的所有請求都將獲得超時異常。直到我們的weblogic服務器重新啓動（不需要重新啓動數據庫服務器）才能解決這個問題。 Caused by: com.mchange.v2.resourcepool.T

1熱度

1回答

何處把c3p0依賴放在Tomcat容器中

我的印象是，數據庫驅動程序（postgres-x.x.jar'在我的情況下）和連接池（c3p0）的庫都必須駐留在容器的lib中（例如Tomcat7， $CATALINA_HOME/lib）。然而，官方c3p0文檔doesn't provide any information至於把連接池的jar容器VS在應用程序的戰爭有它：放置文件的lib/c3p0-0.9.5.2.jar和lib /mchan

-1熱度

1回答

c3p0 unreturnedConnectionTimeout沒有拋出異常

我們有一個使用c3p0庫的服務，我們已經添加了這個屬性unreturnedConnectionTimeout來確保未返回的連接正在超時，但顯然c3p0沒有拋出異常，而只是打印異常堆棧跟蹤，當我把debugUnreturnedConnectionStackTraces屬性真正。在這種情況下，我們的服務線程正在等待c3p0庫永遠因爲沒有例外而等待連接。你能給我們一個解決方案如何處理這種情況？

0熱度

1回答

Springboot與HikariDataSource

我想用HikariDataSource的Spring Boot，但我得到的錯誤。壞的管道配置如何更好，或者使用c3p0更好？我使用這個配置 spring.jpa.properties.hibernate.enable_lazy_load_no_trans=true spring.datasource.type=com.zaxxer.hikari.HikariDataSource spring

0熱度

1回答

c3p0連接或者辦理入住或退房手續

從C3P0 documentation：對於一些應用，高性能比一個偶然的數據庫異常的風險更重要。在其默認配置中，c3p0完全不進行連接測試。設置一個相當長idleConnectionTestPeriod，並在所有的結賬和簽入未測試是一個優秀的，高性能的方法。如果我理解正確的C3P0配置屬性的含義，如果數據庫成爲的短時間內無法再恢復（例如，它重新啓動或出現網絡問題），如果有一個相當這是在

1熱度

1回答

Hibernate/c3p0：連接池已滿：「池已經最大化」錯誤

我使用Hibernate和c3p0在我的應用程序中管理DAO。一段時間後有問題：應用程序，更確切地說是BDD請求，不起作用。原因：連接池已滿。我有以下消息： com.mchange.v2.resourcepool.BasicResourcePool - acquire test -- pool is already maxed out. [managed: 20; max: 20] [ema