問題タブ [broken-pipe]

実行に約 5 分かかる Web サービスがあります。私が観察したのは、私の axis2 バージョン 1.4 クライアントがそれほど長く待たずに戻ってきたことです。したがって、私の Web サービスは Broken Pipe をスローします。

以下のタイムアウトのすべてのオプションを 10 分に設定しました。

axis2.xml にも同様の構成を設定しました

しかし、これらのどれも機能していないようです。不足している構成を誰でも提案できますか。

宛先としてソケット ( ) を渡した呼び出しからがerror返されました。リモート ホストは、接続が十分に確立されると単純に接続を切断することが予想されますが、私はそれらから何も受信していません。io.CopyTCPConn

ドロップが発生すると、次のエラーが発生します。

しかし、私が持っているのはerrorインターフェースだけです。壊れたパイプ エラーを他の種類のエラーと区別するにはどうすればよいですか?

こんにちは私は壊れたパイパーエラーを取得していますログは次のとおりです。

ファイルをアップロードするAndroid非同期タスクは次のとおりです。

アップロードする.netwcfコード：

私はすべてのことを試みましたガイドしてください。同じコードが正常に機能する場合もあれば、パイプの破損エラーがスローされる場合もあります。

Java プログラムからシェル スクリプトを実行したいと考えています。このシェル スクリプトは、リソースとして大きなファイルを必要とするシステム ライブラリを呼び出します。

私の Java プログラムは、ドキュメント内のすべての単語に対してこのスクリプトを呼び出します。Runtime.exec() を使用してこのスクリプトを何度も呼び出すと、リソースのロードに時間がかかるため、非常に時間がかかります。

これを克服するために、シェルスクリプトを次のように書くことを考えました（バックグラウンドで継続的に実行するため）：

Java プログラムでコマンドの出力を取得し、さらに処理する必要があります。このタスクを達成するには、I/O 操作をどのようにコーディングすればよいですか?

プロセスの出力ストリームに単語を書き込んで、プロセスの入力ストリームから出力を読み戻そうとしました。しかし、これは機能せず、壊れたパイプの例外がスローされます。

この問題について親切に助けてください

たくさんのスクリプトを取り込み、それらのラッパーを Python で作成しています。私に与えられたスクリプトを作成しませんでした。現在、私は python 2.2 を使用しており、使用しているシェルは csh シェルです。

次の方法でスクリプトを実行すると:

全然問題なく走れます。

この問題は、bash ラッパーを使用して Python ラッパーを呼び出すときに発生します。私のbashスクリプト（analysis.sh）は次のとおりです。

私のpythonファイルでは、基本的に行っているのは実行することだけです

cshシェルで次の方法でスクリプトを実行するたびに：

スクリプトを実行すると、突然パイプの破損に関するエラーが大量に発生します ("grep: 出力の書き込み: パイプの破損")。スクリプトが多くの grep を使用していることは知っています。リダイレクトを実行すると、これらのエラーがポップアップする理由がわかりません。Python 2.2 では、'os' と 'commands' モジュールのみが存在します。これらの制約を使用することを余儀なくされています。

ありがとうございました。

現在、私はpythonで構築されたアプリを使用しています。パソコンで実行すると問題なく動作します。

ただし、本番サーバーに移動すると。以下のように添付されたエラーが表示され続けます。

いくつかの調査を行ったところ、サーバーがまだデータを送信している間にエンドユーザーのブラウザーが接続を停止する理由がわかりました。

私のパソコンでは動作しているのに、なぜそれが起こったのか、本番サーバーでは正常に動作しない根本的な原因は何なのか疑問に思っています。どんなアドバイスでも大歓迎です

次のエラーは、javascript がページをリロードしようとすると、Django から私の弁護士に送信されます。

私が理解していることから、これは、サーバーがページの送信を完了する前に、Google Chrome が接続を切断していることを意味します。なんで？どうすれば修正できますか？

以下は JavaScript です (Noty は確認ボックスのプラグインです。" * * " の横にあるものは、実際に実行されるコードであることを知っておいてください):

これはDjangoのビューです：

ビューに「is_draft owner」を呼び出す「document_delete」があります。

これは「is_draft_owner」です。

これはページのビューです:

どういうわけか、「is_draft_owner」を呼び出さないと、すべてが機能します。呼び出すと、次のようになります。

念のため、このコードを使用する JavaScript ファイル:

ページがドキュメントの削除を正常に呼び出していると思いますが、わかりませんが、リロードすると壊れます。これは、Google Chrome を使用している場合のログからは理にかなっているように見えますが (再度リロードすると削除されているため)、Firefox には当てはまらないようです。開発用サーバーを動かしているのですが、こういう問題が続き、後回しにできません（開発用サーバーの問題だという人もいますが、こうなると開発すらできません）。

django-pipelineをDjango1.4.1アプリケーションのvirtualenvにインストールしましたが、実行するとpython manage.py collectstatic次のようになります。

私の設定は次のとおりです。

django-pipelineを追加する前は、管理コマンドが正常に機能していましたが、すべてが検出されたため、静的ファイルの検索やディレクトリのアクセス許可に関連する問題ではありません。Yuicompressorはグローバルにインストールされており、下にあるので、設定/usr/local/bin/yuicompressorを変更しませんでした。PIPELINE_YUI_BINARY

どんな手掛かり？ありがとうございました！