Это зависит от таймингов между когда агент начинает обработку запроса на перенос, представленный на мониторе, и когда дополнительные файлы добавляются в каталог, содержащий исходные файлы, которые будут переданы ,
В качестве примера предположим, что вы контролируете каталог x для соответствия в файле триггера «trigger.file». Когда этот файл обнаружен опросом монитора ресурсов, он отправляет управляемый запрос на передачу агенту, который указывает «* .txt» в качестве исходного файла, расположенного в каталоге x также. Другими словами, отправленный управляемый запрос передачи передаст любой файл, заканчивающийся на .txt в каталоге x (из-за шаблона).
Теперь представьте следующую хронологию событий:
- Два .txt файлы (file1.txt, file2.txt) добавляются в каталог х.
- Затем файл триггера (файл trigger.file) создается каталогом x.
- Мониторинг ресурсов проверяет файл «trigger.file», который соответствует условиям запуска монитора ресурсов.
- Затем монитор ресурсов отправляет управляемый запрос передачи агенту.
- Прежде чем агент обрабатывает этот запрос, в каталог x (файл3.txt) добавляется новый .txt-файл.
- Затем агент начинает обработку управляемого запроса на передачу и нуждается в расширении спецификации исходного файла подстановки (* .txt) в конкретном списке файлов. Поэтому он перечисляет каталог x и выбирает файлы, заканчивающиеся на .txt. На данный момент есть три файла (file1.txt, file2.txt и file3.txt), которые включены в передачу, хотя файл file3.txt был создан после запуска монитора ресурсов при обнаружении файла триггера.
После того, как подстановочный знак будет расширен и будет определен конкретный список файлов, любой новый .txt-файл (например, file4.txt) не будет передан до тех пор, пока файл триггера не будет обновлен/заменен, что вызовет запуск монитора ресурсов еще раз.
Надеюсь, это поможет! Если вам нужны какие-либо дополнительные разъяснения, не стесняйтесь спрашивать.