Java 7 WatchService：ハンドラのイベントソースを変更するときに無限ループのイベントを回避する

Question

基本的に、新しいJavaの7 WatchServiceを使用してディレクトリを監視しています。

私は、ディレクトリによって発行されたすべてのIOイベントをリスンするハンドラのチェーンを持っています。

ハンドラが何らかの形でIOイベント（==ファイル）の理由を変更する必要があるという問題があります。たとえば、誰かが監視対象のフォルダにファイルを置くと、ハンドラの1つがファイルの拡張子を変更したり、ファイル名に何かを追加したりすることがあります。

これらのアクションはもちろん、新しいIOイベントをトリガーし、前述のハンドラーがそれらを取得します。そして、彼らはもう一度彼らの変更を行います。これは明らかに無限ループにつながります...

Javaはこのような状況を処理する方法を提供していますか？そうでない場合は、どうすればこの問題に対処しますか？

基本的には、イベントハンドラがそのハンドラのアクションによって引き起こされなかった場合にのみイベントハンドラを実行したいと思います。

UPDATE：解決策は、私が書いたすべてのハンドラでこれを心配するのではなく、メインイベントルータのコードだけを変更することです（「ハンドラはそれをしないと変更します前"）。

Answer 1

これは、基本ケースがない場合、無限ループにつながります。

人がファイルを.barという拡張子でディレクトリに置いて、拡張子 '.foo'をつけたいとしたら、ハンドラはその変更をとします。が現在の拡張子が '.bar'の場合に限ります。

あなたのハンドラはまだ新しい<file>.fooのイベントを取得しますが、それを破棄して「無限の」イベントの伝播を停止することができます。

Answer 2

イベントを処理するコードが新しいイベントをトリガーするたびに、新しいスレッドを使用することをお勧めします。あなたのイベントハンドルの内部では、変更されたファイルが名前を変更する必要があるかどうかをチェックします。 このようにすると、無限ループを避けることができます。これは、イベント処理コードが何らかの理由で終了するためです。