問題タブ [hikaricp]

HikariCPを接続プロバイダーとして使用する DAL jar ライブラリを構築しました。この jar は、(Maven の依存関係として) Web アプリケーションに含まれます。

この Web アプリケーションを Wildfly 8.0.0 アプリケーション サーバーでテストしたところ、すべて期待どおりに動作しました。デプロイ プロセスは問題なく終了し、Web アプリで DB にアクセスできます。

JBoss Application Server 7.1で同じWeb アプリケーションを実行すると、問題が発生します。実際、展開プロセスは次の例外スタックで終了します

http://pastebin.com/qQh5EW1N

これがpersistence.xmlDALで構成されたものです

そしてpom.xml、これがDALの

問題は何だと思いますか？HikariCP の既知の問題ですか? HikariCP は JBoss AS 7.1 でサポートされていますか?

ありがとう よろしくお願いします

ジュリオ

HikariCP を使用して jboss 構成ファイルで JNDI データソースを構成する方法 Hikari のヘルプ コンテンツには Tomcat 構成しかありません。

Spring webb アプリがあり、アプリケーション内で定義されたデータソースがあり、これを JNDI データソースに移動したいと考えています。

私のデータソースの定義は次のとおりです。

そして、ドライバーの定義:

とりわけこのエラーが発生しています：

ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) JBAS014613: 操作 ("add") が失敗しました - アドレス: ([ ("subsystem" => "datasources"), ("data-source" => "mydatasource") ]) - 失敗の説明: {"JBAS014771: 依存関係が見つからない/利用できないサービス" => [ "jboss.driver-demander.java:jboss/datasources/mydatasource が見つかりません [jboss.jdbc-driver.postgresql ]", "jboss.data-source.java:jboss/datasources/mydatasource がありません [jboss.jdbc-driver.postgresql]" ]}

では、これを構成する正しい方法は何ですか?

編集：

ガイドに従ってTomcatリソースを作成し、この質問で提供された情報を使用して、このDataSource定義にたどり着きました:

postgresql ドライバーを Jboss にインストールして宣言しました。

そしてSpring構成では

このコードは HikariJNDIFactory コードに基づいており、すべてが機能しているように見えますが、接続のプロパティを使用してプロパティ オブジェクトを作成する必要があると思います。どのプロパティをオブジェクトに含める必要がありますか?

Grails 1.X と Grails 2.X の間のある時点で、デフォルトの接続プーリング ライブラリが からcommons-dbcpに変更されたことを私は知っていますtomcat-dbcp。

現在、Grails アプリケーションの接続プール ライブラリとして BoneCP または HikariCP のいずれかを構成しようとしています。

ただし、この回答は、Grails 1.X にのみ適用される可能性のあるソリューションを提供していることがわかります。

この Gistも見つけましたが、これがどの Grails バージョンに適用されるかはわかりません。

では、Grails 2.3.6 アプリケーション内でカスタム接続プールを定義することは可能ですか? ありがとう！

hikaricp を使用するように Play 2.3 アプリケーションを構成しようとすると、次のスタック トレースが表示され続けます。

私のbuild.sbtにはmysql-connectorが含まれており、クラスパスにあるはずです

また、ここに私の conf/play.plugins ファイルがあります:

200:com.edulify.play.hikaricp.HikariCPPlugin

どんな助けでもいただければ幸いです

〜ニック

I am using hikaricp (this would probably apply to any other Database connection pool as well). I have a DBPool class in which I instantiate a HikariDataSource (using the HikariConfig object). I am using the lazy holder idiom for this DBPool to limit one pool instance per VM. However, once you get a reference to the pool, you can retrieve the Connection object (without any further locks/synchronization/semaphore checks) since I thought the connection pool would take care of my connection object limits. Evertime I get the connection reference via the DBPool, I call close on the connection/preparedstatement/resultset. I could try a try with resources if that's causing an issue. I am observing the following in the logs:

I increased the connection timeout and set the leakDetectionthreshold as follows:

I also increased the size of the pool even though it was recommended not to - I had to test various options since I was receiving connection timeouts from the database.