矢崎です。
Nakamura Tadashiさん wrote:
> 中村＠セイコーエプソンです．
>
> > あう。誤解されています。
> ありゃ．
>
> > このFileLockクラスは、それぞれ別のJVMからのアクセスを想定して作成され
> > ています。
> > よって、File#deleteOnExit()を指定することで、JVM終了時に必ずロックファ
> > イルが削除されてしまうと都合が悪いのです。
ええと、確かにここはややこしいところですね。
栗原さんのおっしゃっているのは、以下のようなことでいいでしょうか？
１．今JVMを２つ立ち上げた、JVM-AとJVM-Bとする。
２．JVM-AでFileLockを使用して、"config.txt"というファイルを排他的に
作成。成功。
３．JVM-BでFileLockを使用して、"config.txt"というファイルを排他的に
作成。JVM-AのFileLockが同名のファイルを先につくって、かつ、まだ
リリースしていないので、失敗。
４．JVM-AのFileLockがリリース。"config.txt"は削除。
５．JVM-BのFileLockが"config.txt"の作成をリトライ。今度は成功。
６．JVM-Aを終了。しかし、JVM-BのFileLockはまだ、リリースしていない。
で、６の時点で、AのJVMが終了するため、deleteOnExit();がきいて、
"config.txt"は削除されてしまう。ところが、Bはまだ使っているつもり
でいて、あれれ・・・ファイルがない！
~~~~~~~~~~~~~~~~~~~~
中村さんの投稿を読んで、触発されてアイディアが１つわきました。
デストラクタで、
if (create == true) lockFile.delete();
というのは、どうでしょう？
もちろん先にreleasaされていれば、上記deleteはfalseを返すと
思いますが、それは問題ではないと思うのですが、、
--
矢崎博英 firo@....jp