問題タブ [bonecp]

私はJavaプロジェクトにBoneCPを使用していました。しかし、残念ながら、データベースに障害が発生した後、このプールを回復できないことがわかりました。このような問題を抱えているのは私だけではありません（必要に応じて公式フォーラムをご覧ください）。私（および他の多くの人）はbonecpフォーラムで回答を得られなかったため、このプロジェクトはサポートされなくなったようで、私の問題は修正されそうにありません。

そのため、データベースの停止を正しく処理し、データベースが再び利用可能になるとすぐに回復できる、積極的に開発およびサポートされている代替の接続プールライブラリを探しています。

c3p0 から bonecp 接続プールに移動しようとしています。ORM ツールとして hibernate を使用します。

さて、特定の時点でプール内の最大利用可能でビジーな接続を知り、プールへの未返の接続があるかどうかなど、boncecp で接続を監視する方法はありますか?

助けてくれてありがとう

BoneCP で mysql 接続をプールするようにアプリケーションをセットアップしました。現在、アプリケーションはあまり使用されていないため、接続はそれほど頻繁には使用されていません。一定の時間が経過すると、以前は機能していたクエリが失敗し始め、次のようなメッセージが表示されます。

BoneCP を次のように設定しています。

mysql サーバーのタイムアウトを確認する方法がわかりません (既定値から変更されていません) が、接続プールのアクティビティが約 5 分から 10 分続いた後にこのエラーが発生します。非常に短い。

に埋め込まれJetty 8 Serverた を使用していjetty-maven-pluginます。BoneCP実行されたステートメントをログに記録できません。私は何か間違ったことをしていますか？回避策はありますか?

これは私の BoneCPDataSource です:

これは、サーブレット コンテキストを介してサーブレットによって読み込まれた log4j プロパティ ファイルです。

ありがとう

プールを動的に拡大および縮小することは可能ですか。必要に応じてプールを拡大し、アプリケーションを再起動せずに負荷が少なくなったときにプールを縮小できるようにしたいと考えています。

max connections 変数を設定しようとしましたが、デフォルトで 9 接続になりました。

Netty サーバーのプログラミング中に BoneCP を介して接続プールを効率的に使用するには、接続プールの正しい場所と、そのプールの新しい接続を取得する場所はどこですか?

一見すると、BoneCPはメインサーバーで一度だけ初期化されたある種のグローバル/シングルトンである必要があり、次に各ハンドラー（つまり、パイプラインに「ハンドラー」として渡されたクラス）がそのシングルトンを参照して新しい接続...しかし、ネット上でその例は見当たりません.Javaに慣れていないので、そのアプローチに飛び込むのは少し心配です. 経験者の声が聞けて良かったです！

解決できなかった興味深い問題があります。私はプレイを使用しています！2.0.4 を使用し、統合された BoneCP 接続プールを使用して DB 接続を取得します。ただし、何らかの理由で、BoneCP は閉じられた接続を返し続けます。

私の Play データソース構成は次のようになります。

idleConnectionTestPeriod を 2 分に設定すると、BoneCP が閉じた接続を返すのを確実に防ぐことができると想定していましたが、そうではありませんでした。

ときどき、ログに次のスタック トレースが記録されます。

この問題を解決する方法を知っている人はいますか? 現在、DB.getConnection() を try/catch でラップし、BoneCP によってスローされた例外をキャッチして、有効な接続を取得するまで再試行する必要がありました。それは不要であるように思われます。

助けてくれてありがとう。

私は持っている：

ただし、これにより次の例外が発生します。

この例外を回避するにはどうすればよいですか。考えられるあらゆる方法を試しました...

私は彼らのウェブサイトのテストコードを使用してBoneCPをテストしようとしています。ただし、オンラインでホストされているサーバーへの接続を実際に確立できないようです。私のコードは以下のとおりです。私は初心者なので、ルーキーエラーが発生している可能性があります。ご協力いただきありがとうございます！

}

BoneCP (0.7.1 RELEASE) に問題があります。私はBoneCP.getConnection()、DBが生きていると仮定して、接続オブジェクトを返すことを保証します。

プールの構成方法は次のとおりです

次に、コードのどこかでこのように使用します

このクエリを実行しようとするSQLExceptionと、状態がスローされます08S01(通信リンク障害)。

への後続の呼び出しは、this.connectionPool.getConnection()良好な接続を返します。

しかし、接続が失われた場合に自分で処理する必要がないように、接続プールの全体的なポイントではありませんか?