問題タブ [ioexception]

なぜこれが起こるのか誰かが知っていますか？同じジョブがLinuxマシンで完全に実行されます。また、「ジョブが失敗しました」が発生すると、Hadoopクラスター全体が応答を停止します。

私のMacOSバージョンは10.5.6です。

編集hadoop-0.20.1の同じ結果

java.util.Vectorねえ、カスタムのシリアル化可能なクラスを保存する必要がある次のコードがあります。

しかし、保存すると、次のように定義されたダイアログ エラーの 1 つが表示さIOException: Could not save file: null (com.sun.java.swing.plaf.windows.WindowsFileChooserUI)れNullPointerExceptionます。javax.swing.plaf.basic.BasicListUI.convertModelToRow(BasicListUI.java:1251)

ロードバランサーを使用してクラスターモードで実行しているWebアプリケーションがあります。これは、1つのDBのみをアドレス指定する2つのtomcat（T1およびT2）で構成されています。T2はT1にマウントされたnfsです。これは、両方のノード間の唯一の違いです。

いくつかのファイルを生成するJavaメソッドがあります。リクエストがT1で実行されている場合は問題ありませんが、リクエストがノード2で実行されている場合は、次のような例外が発生します。

対応するコードは次のとおりです。

例外はfileOut.close（）に表示されます

ヒントはありますか？

ルイス

XMLドキュメントを取り込んでxsl変換を適用し、ファイルに追加するcsvファイルビルダーを実装しました。

このcsvファイルに追加するxmlドキュメントが多数あり、複数回呼び出した後、IOExceptionがスローされることがありますThe process cannot access the file 'batch.csv' because it is being used by another process.

これはある種のロックの問題でしょうか?

次の方法で解決できますか？

編集：

ここに私のスタックトレースがあります:

そして私の基本クラス：

乾杯。

ディスクがいっぱいか容量不足であることを示すプラットフォーム固有 (JRE 固有) の IOException メッセージのリストを探しています。

これまでのところ、私は持っています:

• ウィンドウズ：There is not enough space on the disk
• Solaris/Linux?:Not enough space
• GCJ:No space left on device

JavaがこれのためにIOExceptionサブクラスを作成することを望みます...

ソケットからデータを読み取り、データから情報 (2 つの整数) を抽出し、抽出した情報をシリアル ポートから送信する小さなアプリケーションを作成しようとしています。

アイデアは、それを開始し、そのまま続行する必要があるということです。要するに、それは機能しますが、長くは機能しません。一貫して短い期間の後、IOExceptions を受け取り始め、ソケットの受信バッファーがいっぱいになります。

スレッド フレームワークは、MSDN のシリアル ポートの例から取られています。

send() の遅延、readThread.Join() は、read() を遅延させて、シリアル ポートの割り込み処理を発生させるための努力ですが、結合機能を誤解していると思います。プロセスをより効果的に同期するか、ソケットからデータが入ってくるときにデータを破棄する必要があります。これで問題ありません。整数データはパンチルト ユニットを制御しており、1 秒間に 4 回でも問題ないと思いますが、どのように達成するのが最善かはわかりません。どんなアイデアでも大歓迎です。

アップデート：

返信ありがとうございます。

私がやろうとしているのは、データのソケットをポーリングすることです。それが処理されてシリアルポートに送信される場合は、ソケットをポーリングし続け、このプロセス全体をうんざりさせて繰り返します。

私の最初の試みは単一のスレッドを使用しましたが、同じ問題が発生していました。そのため、次のループでさらにデータを送信する前に、シリアルポートにデータを送信できるようにするために、もう少し時間を与える必要があると思いました。シリアルポートにデータを送信しましたが、ソケットを非常に激しくポーリングしています。約 30 秒の操作の後に IOExceptions が発生すると言いましたが、おそらく私が言っているのは、IOExceptions をすぐに見る必要があるということでしょうか?

join 関数の私の解釈は間違っていると思います。理想的には、send() から readThread.Join を呼び出すと、COM ポートをポンピングしながら read() をスリープさせることができますが、send() をスリープ状態にしているようです。 、私は呼び出し関数だと思いますか?? 望ましい結果が得られません。

任意の提案をいただければ幸いです。乾杯。

「うまくいかない可能性のあるものと、うまくいかない可能性のあるものとの主な違いは、うまくいかない可能性があるものがうまくいかない場合、通常、それを修正したり修正したりすることが不可能であることが判明することです。」-ダグラス・アダムス

クラス FileItems があります。FileItems コンストラクターはファイルを受け取り、ファイルが存在しない場合は例外 (FileNotFoundException) をスローします。そのクラスの他のメソッドにもファイル操作が含まれるため、FileNotFoundException をスローする機能があります。より良い解決策を見つけたいと思います。他のプログラマーがこれらの非常にありそうもない FileNotFoundExceptions をすべて処理する必要がないソリューション。

問題の事実：

1. ファイルが存在することが確認されましたが、このメソッドが呼び出される前にファイルが削除される可能性はほとんどありません。
2. 1 が発生する確率は非常に異なり、回復できないため、未チェックの例外を定義することをお勧めします。
3. ファイルはすでに存在することがわかっているため、他のプログラマーがコードを記述してチェック済みの FileNotFoundException をキャッチすることを強制するのは、面倒で役に立たないようです。プログラムはその時点で完全に失敗するはずです。たとえば、コンピューターが発火する可能性は常にありますが、他のプログラマーにそれをチェック例外として処理させるほど正気でない人はいません。
4. 私は時々この種の例外の問題に遭遇し、この問題が発生するたびにカスタムのチェックされていない例外を定義すること (私の古い解決策) は面倒で、コードが肥大化します。

コードは現在このようになっています

カスタムのチェックされていない FileNotFoundException を定義せずに、どうすればこれを改善できますか? checkedException を uncheckException にキャストする方法はありますか?

Android プラットフォームでInputStreamから読み取り中に奇妙な問題が発生しました。これが Android 固有の問題なのか、それとも一般的に間違っているのかはわかりません。

Android 固有の唯一のものは、次の呼び出しです。

これは、Android アセットからのファイルのInputStreamを返します。とにかく、ここで私は問題に遭遇します：

read() が実行されると、IOExceptionがスローされます。奇妙なことに、2 つの連続した 1 バイト読み取り (または任意の数の 1 バイト読み取り) を実行しても、例外はありません。例では、これは機能します：

2 つの連続する 1 バイト読み取りが機能するのに、一度に両方を読み取るための 1 つの呼び出しが例外をスローする理由は何ですか? InputStreamは問題ないようです... is.available()100 万バイト以上を返します (当然のことです) 。

スタック トレースは、次の行の直前に次の行を示しますInputStream.read()。

バッファ サイズを 1 バイトに変更しても、エラーがスローされます。バイト配列への読み取り時にのみ例外が発生するようです。

ファイルを 100,000 バイト (元のファイルは 1,917,408 バイト) に切り詰めると、正常に動作します。特定のサイズを超えるファイルに問題はありますか?

どんな助けでも大歓迎です！
ありがとう！