問題タブ [pooling]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
java - Springでオブジェクトをプールするには?
Spring でオブジェクトをプールする方法に関するこのチュートリアルに従っています。チュートリアルに書かれている指示に従いましたが、アプリケーションを実行すると、常にオブジェクトの新しいインスタンスが生成されます。オブジェクトをプールしているので、既存のオブジェクトが再利用されることを期待しています。そのため、新しいインスタンスを作成する必要はありません。また、Bean の getter メソッドにアクセスすると、Bean の新しいインスタンスが再度作成されます。
私は何が間違っていたのでしょうか?Spring のプーリングの概念を誤解していましたか?
以下は私のコードです:
アプリケーション コンテキスト: (これは、アプリケーション コンテキストの本体です。)
コントローラー: (これは私のメソッドの本体です)
私がプールしているBean:
私のweb.xmlの本体:
mysql - TIME_WAIT 状態の Mysql 接続
サーバーでいくつかの接続がタイムアウトするという問題に直面しています。以下は、err ファイル内のエラーです:-
以下は構成です
過去の最大接続数はまだ 320 を超えていませんが、次のコマンドを使用して多くの接続が TIME_WAIT になっていることがわかります。
アプリケーション側では、アイドル状態が 600 秒を超えると、クライアントは接続を閉じます。
これは、多くの接続が待機状態であることを意味します。同時に、サーバーはビジーではありません。つまり、ロック状態ではありません。
誰かがこれについて私を助けることができますか? よろしくお願いします。
シュリダール。
java - c3p0 プーリングが機能しない (Tomcat で休止状態とデータソースを使用)
Tomcat 6 で実行されている Java Web アプリケーションがあり、永続化のために jar を呼び出しています。この jar は tomcat lib フォルダーにあり、tomcat データソースを使用します。
jar は、ORM に hibernate 3.5.6-Final を使用する Java プロジェクトのバイナリです。休止状態の構成は次のとおりです。
最初は、hibernate-c3p0 バンドルをアプリケーションに含めていなかったため、c3p0 設定は使用されませんでした。そして、アプリケーション全体がこのようにうまく動作します。
プーリング管理を改善するために、hibernate-c3p0 バンドルを追加しました。そのため、このバンドルは永続化のために jar に埋め込まれています。
しかし、現在、このエラーが発生しています (weba アプリケーションが永続化 jar からデータを取得しようとすると、各起動後に表示されます)。
[Task-Thread-for-com.mchange.v2.async.ThreadPerTaskAsynchronousRunner@eafa5f] 13 :46:22 WARN - BasicResourcePool$AcquireTask: () com.mchange.v2.resourcepool.BasicResourcePool$AcquireTask@b321c1 -- 取得の試み失敗した!!!保留中の取得をクリアします。必要な新しいリソースを取得しようとしているときに、許可されている最大取得試行回数 (30 回) を超えて成功しませんでした。最後の取得試行の例外: java.lang.NullPointerException at sun.jdbc.odbc.JdbcOdbcDriver.getProtocol(JdbcOdbcDriver.java:507) at sun.jdbc.odbc.JdbcOdbcDriver.knownURL(JdbcOdbcDriver.java:476) at sun.jdbc. odbc.JdbcOdbcDriver.acceptsURL(JdbcOdbcDriver.java:307) at java.sql.DriverManager.getDriver(DriverManager.java:253) at com.mchange.v2.c3p0.DriverManagerDataSource.
データソースで定義されている postgresql ドライバーの代わりに Ojdbc ドライバーが使用されているように見えるため、これは間違っているようです。
このエラーが表示される原因と解決方法を知っていますか?
休止状態の構成でさまざまなことを試しましたが、stackoverflow とさまざまなフォーラムで見つけましたが、問題は解決しません。
パーシスタンスと tomcat のインストールに使用される jar のみを制御できることを明確にする必要があります。jar を呼び出している Web アプリケーションを変更することはできません。
java - Executors.newSingleThreadExecutor() を使用すると便利な場合の例
他のファクトリ メソッドではなく、このファクトリ メソッドを使用する方が便利な実際の例を教えてください。
newSingleThreadExecutor
public static ExecutorService newSingleThreadExecutor()
無制限のキューで動作する単一のワーカー スレッドを使用する Executor を作成します。(ただし、シャットダウン前の実行中に障害が発生したためにこの単一のスレッドが終了した場合、後続のタスクを実行するために必要に応じて新しいスレッドが代わりに使用されることに注意してください。)タスクは順次実行されることが保証されており、複数のタスクがアクティブになることはありません。いつでも。それ以外は同等の newFixedThreadPool(1) とは異なり、返されたエグゼキュータは、追加のスレッドを使用するように再構成できないことが保証されています。
前もって感謝します。
vb.net - VB.NET と孤立した接続を使用した接続プール
私は開発者ではなく DBA であり、いくつかの洞察を使用できます。開発スタッフは VB.NET を使用して、DB2 データベースに接続する Web ベースのアプリケーションを作成しています。web.config ファイルの接続文字列が正しくコーディングされていると想定してください。
Web サーバーからの孤立した接続の数が時間の経過とともに増加していることがわかります。孤児とは、何時間も接続に関連付けられたアクティビティがないことを意味しますが、他の接続が数秒ごとに作成および破棄されているのを見ることができます。
接続が適切に閉じられていないと思われますが、2 つの異なるグループが問題を調査しており、これまでのところ何も判明していません。1 日の終わりまでに、これらの接続を何百も持つことができます。これらの接続はすべて、アプリケーション プールが毎晩リセットされるときにクリアされます。(これは、データベースの問題ではないことを意味します)
IIS v7+ で vb.net を使用して接続を確実に閉じるためのコーディング手法はありますか? IIS で別の問題の兆候が見られますか?
java - javax.naming.NameNotFoundException: 名前 abcODBC1 は、org.apache.naming.NamingContext.lookup(NamingConte xt.java:770) でこのコンテキストにバインドされていません
Ms Access を使用して Connection Pooling をテストしようとしていますが、うまくいきません。また、Stackoverflow などで同様の問題を読みましたが、まだ問題を解決できません。
Tomcat のエラー コードは次のとおりです。
ここに私のcontext.xmlがあります:
そして私のサーブレット:
そして私の DoPost サーブレット:
MySQL Connector jar はすでに lib に配置されています。
何がうまくいかなかったのか、誰かが親切にアドバイスしてくれることを願っています。
.net - ドットネットでデッドロックのこの状況を処理する方法
たとえば、映画の座席予約の申し込みをしているとします。シナリオは、3 つの異なる要求がまったく同時にシステムに送信されることです。ミリ秒単位の違いもありません...リクエストを処理する方法は?クリティカル セクションを定義する方法と、使用する必要がある戦略。すべてのリクエストはまったく同じタイミングであるため、どのユーザーが最初に処理するかを優先する方法。