```

前述のように、アプリケーションがデプロイされるたびに、src/main/resources フォルダーの内容は ${app.home} ディレクトリにコピーされ、実行中にこれらのファイルに加えられた変更は、アプリケーションが停止または再デプロイされると失われます。そのため、アプリケーションの実行中に読み取る必要があるファイルのみを resource フォルダーに置くことをお勧めします。

## [](#ファイルロック)ファイルロック `lock` パラメーターを `true` に設定することで、ファイルの読み取り中に他のプロセスがそのファイルにアクセスするのを防ぐことができます。ただし、これはホストのファイルシステムにより提供されるため、ロックの動作は、マウントされたドライブと、Mule が実行されているオペレーティングシステムに応じて変わる可能性があります。このロックに依存する前に以上の点を考慮してください。ファイルが他のユーザーによりすでにロックされている場合、コネクタはファイルをロックできず、操作で `FILE:FILE_LOCK` エラーがスローされます。次のいずれかの状況が発生した場合、ロックは自動的にリリースされます。 - ファイルをロックしていた Mule フローが終了した。 - ファイルのコンテンツが完全に読み取られた。次に、ロックの例を示します。 ```xml ``` ## [](#出力-mime-タイプおよびエンコードの変更)出力 MIME タイプおよびエンコードの変更 `outputEncoding` および `outputMimeType` パラメーターを使用して、`Read` 操作が出力する MIME タイプまたはエンコードを変更できます。これはファイルのコンテンツは変換せず、MIME タイプまたはエンコード情報を上書きするだけです。次に例を示します。 ```xml ``` ## [](#time-between-size-checks-サイズ確認の時間間隔-パラメーター)Time Between Size Checks (サイズ確認の時間間隔) パラメーター `Read` 操作で返されるファイルのコンテンツを読み取り、ファイルがまだ書き込み中であるか不明な場合は、`TimeBetweenSizeChecks` パラメーターを使用できます。このパラメーターは、`TimeBetweenSizeCheckUnit` パラメーターと連携します。この 2 つのパラメーターの組み合わせで、2 つのサイズ確認が実行されます。 - 1 つは、ストリームがコンシュームされるポイントにフローが到達したとき。`Read` はファイルのコンテンツを参照する遅延ストリームを返すため、`Read` 操作では時間の確認は行われません。そのため、ストリームがコンシュームされるときにのみサイズ確認を行うことが理にかなっています。 - もう 1 つの確認は、`TimeBetweenSizeChecks` および `TimeBetweenSizeCheckUnit` パラメーターで設定された待機時間後に実行。この両方のサイズ確認で同じファイルサイズが返された場合、ストリームは正常にコンシュームされています。2 つのサイズ確認で異なるファイルサイズが返された場合、ファイルはまだ書き込み中であるため、ストリームはコンシュームされず、操作はエラーで失敗します。サイズ確認パラメーターを含む `Read` 操作を使用して、[Logger コンポーネント](https://docs.mulesoft.com/mule-runtime/latest/logger-component-reference)で出力ストリームをコンシュームできます。 ```xml ``` 15 秒の確認は、`Read` 操作時ではなく `logger` コンポーネントの実行時に行われます。 ## [](#反復可能ストリーム)反復可能ストリーム **List** 操作では、Mule 4 で導入された反復可能ストリーム機能が使用されます。この操作ではメッセージのリストが返されます。各メッセージはリスト内のファイルを表し、ファイルへのストリームを保持します。デフォルトでは、ストリームは反復可能です。詳細は、[「Mule 4 でのストリーミング」](https://docs.mulesoft.com/mule-runtime/latest/streaming-about)を参照してください。