ファイルのオープンを検出してプロセスを同期させる（作成）

Question

2つのアプリケーションがあります。 最初のアプリケーションは問題のマシンから離れていて（私はそれに対して何もしていません）、ネットワーク（LAN）経由で大きなファイルを作成します。私はこのプロセスを支配しておらず、いつ起きるかも知らない。これは私と一緒に働かなければならないものです。これを追加、変更、変更することはできません。

2番目のアプリケーションは私によって書かれ、見つかったらこのファイルを処理します。このアプリは5分ごとに実行されるようにスケジュールされています。

状況が発生する可能性があります。アプリケーションが処理しようとしたときにファイルが処理されている途中で、処理が不完全でエラーが発生する可能性があるため、ファイルが完全に書き込まれたかどうかを検出する必要があります。処理を開始します。

OpenFile（）を使用して、読み取り/書き込みロックアクセスを要求できます。エラーは、ファイルが作成されていることを示します。

http://msdn.microsoft.com/en-us/library/system.io.filesystemwatcher.aspx

ウォッチャしかし、私は、私が（後でNTと）窓のために考えていないエレガントな方法があると疑われる

Answer 1

完全にハック方法は次のようになり、私はおそらくファイルシステムで巧妙な何かを行うことができますリモートマシンにAPIフックをインストールしてファイルのクローズをクローズし、プログラムを起動するか、完了したという通知を送信します。

Answer 2

標準的な解決策は、ライターが一時ファイルに書き込みを行った後、ファイルの名前を変更することです。

こうすれば、読者（あなたのアプリ）はファイルが完成したときにしか見ることができません。

Answer 3

昔は、ネットワーク上のファイル（* NIXアプリケーションとNovellファイルサーバー経由のWindowsアプリケーションの間で）を使って通信するソフトウェアを書かなくてはなりませんでした。これを確実に行うために、私たちは常に、データファイルのプロバイダが、データの書き込みを完了したときに余分なハンドシェイクファイル（空のファイルのみ）を作成するように納得させました。私たちのアプリケーションはハンドシェイクファイルをポーリングし、ハンドシェイクファイルが存在する場合はデータファイルを読み込みます。アプリケーションがデータの読み込みを終了すると、ハンドシェイクファイルが削除されます。ハンドシェイクファイルは、ハンドシェイクファイルが存在する限り、データファイルに触れなかったプロバイダによって監視された。

しかし、ほとんどの場合、データのプロバイダはアプリケーションを変更する意思がありました。私はこれを信頼できる方法で提供する唯一の方法はプロバイダからの信号を得るためだと考えています。

Answer 4

FileSystemWatcherまたはReadDirectoryChanges経由のシステムウォッチャーソリューションは、あなたが得られる最高のものだと思います。あなたもCodeProjectでthis tutorialをチェックアウトすることができます。とにかくどれほどエレガントになるのだろうか？

Answer 5

別の回答：私は突然同じようなことをした別のプロジェクトを思い出しました。私のアプリケーションは、OpenFile()とOF_SHARE_EXCLUSIVE（私は思う）を正常にファイルを開くまで使用しています。この場合、アプリケーションがリモートアプリケーションによって書き込まれたファイルに、自分のアプリケーションと同じマシン上の共有にアクセスしていたため、これは正常に動作します。私はファイルサーバー上のファイルでそれをテストしたことはありませんが、動作することができます。ただし、リモートファイルで使用する場合、ファイルのロックは常に信頼できるとは限りません。

Answer 6

多くの他の人が既に指摘しているように、唯一の正しい方法は余分な握手です。これは可能ではないようですので、私は以下のことを行います。

• （デーモンのように）永久に実行するようにアプリケーションを記述します。
• ファイルをチェックし、あなたはそれ
  • が、それはもはやあなたがそれを転送して行われますことを決めた後
  • は、ファイルの名前を変更（例えば30秒）指定された時間のために成長していないんまで、それはサイズのモニター見つけた場合
  • 名前を変更したファイルを処理する