java.io.Fileクラスは絶対パス長をチェックしないのですか？

Question

windows XP+Eclipse3.3+JDK1.5.0_15上でjava.io.Fileクラスを使ってテキストファイルの入出力を行うJavaプログラムを作成しました。
しかし、これによって、パス長が長すぎて（フルパスで300文字）アクセスできないファイルが作成されてしまいました。
（正確には、Windowsのファイルエクスプローラーに存在は表示されているけど、開けないし、削除も、ドラッグアンドドロップもできないという状態。このファイルの右クリックメニューの項目は「開く」と「送る」の2つしかありませんでした。）
StreamReader・WriterもIOExceptionを返していませんでした。

Fileクラスは読み書きするにあたってパス長のチェックをしていないのでしょうか？

ちなみに、フルパス長259文字のテキストファイル（数行の文字列を記入してある）を入力に与えたとき、空ファイルのように扱われていました。
このファイルをメモ帳で開こうとすると「パス長が長すぎる」というエラーが出て中身が読み取れませんでした。

以下にソース（例外処理を省略）を抜粋します。

----------------
File inputFile = new File(args[i]);

if (!inputFile.isFile() || !inputFile.canRead()) {
  // ファイルを読む
  inputStream = new FileInputStream(inputFile);
  InputStreamReader inputStreamReader = new InputStreamReader(
                    inputStream, "UTF-8");
  bufferReader = new BufferedReader(inputStreamReader);
　　（以下、読み出し処理）

  // 入力ファイルと同じ階層に「Result」ディレクトリを作る
  File resultDir = new File(resultDirPath);
  resultDir.mkdir();

  // 読み取った1行の末尾に"a"を付加したものをファイルに書き込み、
  // 「Result」ディレクトリに出力。
  // ファイル名は「output_(入力テキストファイル名)」とする
  File outputFile = new File(resultDir.getOutputDirPath(),
                outputFileName);
  outputFile.createNewFile();
  outputStream = new FileOutputStream(outputFile);
  outputStreamWriter = new OutputStreamWriter(outputStream, "UTF-8");
  bufferedWriter = new BufferedWriter(outputStreamWriter);
　　（以下、書き込み処理）
}
----------------

以上、よろしくお願いいたします。

noname#94983 · Accepted Answer

プログラムを実行し、最大パス長を超えてファイルが作れない！となれば、ネイティブ環境側（OS側）で問題が発生するわけで、それを受けて（Javaのプログラム内では）例外が発生する。例外が起こらずファイル保存できたということは、OS側で問題なくファイルが作成できた、すなわち最大パス長以内でファイルができている、ということ。したがって、Java側のクラスに、現在動いているネイティブ環境に合わせたファイルの最大パス長をチェックする仕組みが必要とは思われない。

XPで採用されているNTFSというファイルシステムでは、最大パス長は255でも259でも260でもなく、32768になる。したがって、ファイルのパス長が300文字なら全く問題は起こらない。300文字のパスのファイルが作成できるのは当然だし、できないほうがおかしい。

ただし、現実問題として、エクスプローラを始めとする大半のWindows用プログラムが、それ以前のWindowsで採用されていたFAT32ファイルシステムとの下位互換性を保つために、すべて「最大32768文字」に対応しておらず、わざと（XPのファイルシステムであるNTFSではなく、それよりも古い）FAT32に準拠した最大パス長の制約内でしか動かないように作られているため、それらのプログラムでファイルが利用できないに過ぎない。

だから、これはきわめてWindows的な問題であると思う。Windowsの下位互換にあわせて最大パス長を調整する、というのであれば、自分で実装するしかないと思う。

HarukaV49 · Answer

>> ファイル名の文字数制限は、ＯＳまたはそのファイルシステムによって異なります。
>これは理解しています。

これを理解しておられながら、ご自身でフィルタを設計しようとされないのはなぜですか？


>C言語ではよくパス長をチェックするロジックにお目にかかった（多数の検索結果を得た）のですが、
>Javaではそういうのはないのでしょうか？

C言語のものを移植するのでは、問題があるのですか？
第三者には、MacOS7でもFAT32でもアクセスできる必要があるのか等、使用環境を想定できないので、
フィルタを設計する方法はないと思うのですが、何をお望みなのでしょう。


>そもそも、なぜ、普通にはアクセスできないようなファイルを読み出したり、
>新規作成したりできるのでしょうか？
javaで書き込んだファイルがjavaで読み出せないというような事象が起こっていますか？
最小限のサンプルコードをお示しください。

hrm_mmm · Answer

windowsでは、短いファイル名という別名（というかMSDOS時代の古い記述法）でアクセスすることが出来ます
ファイル名だけでなくディレクトリー名も８文字＋.＋３文字拡張子に削ってアクセスします。
短いファイル名で、255バイト以内に収まれば、メモ帳でも短いファイル名でアクセス可能なはずです。これがwindowsのファイルパスの限界だったと記憶してますが。

例
D:\web\web_page\HTML4Transitional\長ーーーーーーーい.html
↓短いファイル名モード　８文字＋.＋３文字拡張子
D:\web\web_page\HTML4T~1\長ーー~1.HTM

java.io.Fileクラスが直接この変換をやってるのか、JVMで変換してるのかOS側で変換しているのかまでは、やってみたことはないので解りませんが。

HarukaV49 · Answer

ファイル名の文字数制限は、ＯＳまたはそのファイルシステムによって異なります。
ですから、java.io.Fileクラスは絶対パス長をチェックすることはできません。

Yanch · Answer

java.io.File インタフェイスみたいですけど。
javadocに、ファイルのパス長をチェックしてくれるような記述はないので、
java.io.File によるチェックは行われないみたいですね。

java.io.Fileクラスは絶対パス長をチェックしないのですか？

プログラムを実行し、最大パス長を超えてファイルが作れない！となれば、ネイティブ環境側（OS側）で問題が発生するわけで、それを受けて（Javaのプログラム内では）例外が発生する。

この回答への補足

>> ファイル名の文字数制限は、ＯＳまたはそのファイルシステムによって異なります。

この回答への補足

windowsでは、短いファイル名という別名（というかMSDOS時代の古い記述法）でアクセスすることが出来ます

この回答への補足

ファイル名の文字数制限は、ＯＳまたはそのファイルシステムによって異なります。

この回答への補足

java.io.File インタフェイスみたいですけど。

この回答への補足

似たような質問が見つかりました

関連するカテゴリからQ&Aを探す

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング