MBTシューズ 正規品 2013最新入荷のMBT シューズ,MBT ブーツ

MBTシューズ 正規品

接続のトラブルシューティングは、CLOSEで立ち往生私は数日後に、応答しなくなるWindows上でのWebLogic 11gで実行中のJavaアプリケーションを持っている。 私が気づいたOne疑わしい症状は、サーバがアイドル状態のときでも、接続の数が多い(約3000)CLOSE_WAITステータスでnetstatコマンドに現れるということです。 アプリケーション·サーバーがクライアント接続を管理しているので、私はこれを引き起こしているかわからない。 また、Webサービスの数は、同じサーバにそのループバックを呼び出しを行うが、私はそれらの接続が正しく閉じ得ると考えています。 他に何が、この方法と、一つは、このような問題のトラブルシューティングを行うんを引き起こす可能性が?CLOSE_WAITを回避するには、たとえ誰が最初にCLOSE_WAITとTIME_WAITにはまり接続解除ので、それが戻って応答を送信した後、サーバが接続を閉じていないことを確認する必要があります。 だから、あなたのサーバがCLOSE_WAITで立ち往生されている場合は、それが応答を送信した後、それが切断されていることを私に語った。これは、クライアントとサーバーのいずれもが要求を完了した後に切断する必要があることをサーバに通知します。 あなたのサーバが受信するたび要求後に切断しないことを行うことによって。3インチあなたのクライアントは、あなたのソケットを再利用します。 あなたは、例えば、ループ内のソケットのクライアントの多くを作成している場合は、一度、ソケットを作成する必要があり、彼らはそれには、リクエストを送信する必要があるたびに使用しています。 私は私のアプリで使用されているアプローチは、ソケットプールを持って、利用可能な1ソケット(すでにサーバーに接続して、それがアライブプロパティを持っている)を取得することです。 それから私はそれを使用して、私が行っていたとき、私は再利用できるようにプールに戻す。キープアライブ:4If私本当にリクエストを送信した後に切断する必要がある、あなたのクライアントはそれを実行し、接続を維持することを確認してください。サーバー側でclose_waitsまたはtime_waitsの多くを持っているときにはい、あなたは問題を抱えている可能性があります。キープアライブが何であるかを説明し、このリンクをチェックしてください。私はこれが役に立ちました願っています。 それらのもので、私は私の問題を解決するために管理。CLOSE_WAITはローカルTCPステートマシンがリモートホストがFINを送信します(それの接続を閉じます)が、ローカルアプリケーションが同じことを行って、応答のFINを送信していないときの状態です。 クライアントは、(それが接続でのみhalfcloseをした場合を除きます)、それを受信することはできませんけれども、ローカルマシンは、この時点でデータを送信することはまだ可能です。リモートホストが(FINを送信する)閉じると、あなたのローカルアプリケーションがいくつかの並べ替え(それはベースCライブラリ内のソケットの 読み取りイベントです)のイベントを取得しますが、その接続からの読み取りと、示すためにエラーを返すよう 接続が閉じました。 この時点で、ローカルアプリケーションは接続を閉じる必要があります。私は、WebLogicについてJavaとは何について少し知っているが、私は、アプリケーションが正常に読み取りエラーを処理していないため、接続を閉じることはありませんことをそれが可能だと仮定します。私はCLOSE_WAITパイルアップについては、この引用を見つけた: 何かがどちらかに進行を妨げている(私たちはとても近くを呼び出す終わる決して立ち往生している)HTTPセッションで発生する、またはいくつかのバグがクローズされるのソケットを防ぐことが導入されています。 これが起こることができるいくつかの方法があります。 考える:要求の処理中にアプリケーションが立ち往生している可能性のある方法はありますか? またはWebLogic自体?調べて:あなたは、実際にあなたのスレッドのいずれかが立ち往生しているかどうかを確認しようとするJavaスレッドダンプを(殺すSIGQUITは、Linux用のOracle JVM上で、そのために使用することができます)を行うことはできますか?クライアント側を調べます:まず、CLOSE_WAITソケットに接続しているクライアントのIPアドレスまたはホスト名を調べる。 その後、不審な何かがそのクライアント上で起こっているかどうかを確認します。
2013最新入荷のMBT シューズ,MBT ブーツ