Хотите знать, что конфигурация политики повторной доставки в муле делает с коннектором конечной точки файла

У меня есть такой поток введите здесь описание изображения с первой конечной точкой файла слева имел такую ​​конфигурацию введите описание изображения здесь установил для политики повторной доставки значение 5. Чтобы сделать это поток на сбой, я настроил неизвестное расположение файла на втором файловом разъеме слева. Если я настроил политику повторной доставки на 5 для первого файлового соединителя, что именно произойдет. почему мы используем политику повторной доставки. Я не спрашиваю, что происходит именно с этим потоком. Но в обобщенном виде, что именно политика повторной доставки делает на соединителе конечной точки входящего файла.


person kushma gonna    schedule 13.11.2019    source источник


Ответы (1)


Политика повторной доставки — это фильтр, который можно применить к любому исходному компоненту. Когда вы добавляете политику повторной доставки, в основном вы выполняете проверку в самом источнике, чтобы поймать/выявить определенные ошибки или выполнить определенные условия, прежде чем фактическое сообщение мула будет передано следующим компонентам в потоке.

если вы отправили политику повторной доставки на 5, соединитель попытается повторно доставить сообщение 5 раз, и если он обнаружит «плохое сообщение» 5 раз после 5-й попытки, он выдаст ошибку MULE: REDELIVERY_EXHAUSTED.

фактический процесс работает следующим образом: каждый раз, когда источник получает новое сообщение, Mule идентифицирует сообщение, генерируя его ключ. Во время этого процесса, если поток сталкивается с ошибкой, Mule увеличивает счетчик, связанный с ключом сообщения, и когда указанный предел достигнут, он выдает ошибку.

в отношении файлового соединителя примером может быть то, сколько раз вы хотите повторить попытку доступа к файлу, прежде чем вы захотите, чтобы соединитель сдался.

person satish chennupati    schedule 13.11.2019
comment
т.е. для заданного входного каталога. для конечной точки входного файла, если он не смог получить из входного каталога. он попытается получить максимальное количество повторных доставок, а затем завершится сбоем потока или развертывания, о чем вы говорите. - person kushma gonna; 13.11.2019
comment
да. ты получил это. спасибо за голосование, если вы найдете мой ответ полезным, возможно, вы примете его как правильный ответ. Спасибо. - person satish chennupati; 13.11.2019
comment
Я протестировал стратегию повторной доставки для jms, отправив сервер jms в автономный режим. он пытался, пока не достиг максимального количества повторных доставок, но я сделал то же самое для файла, упомянув неправильный каталог, который он не пытался использовать до максимального количества раз. он терпит неудачу, говоря, что это не каталог. - person kushma gonna; 13.11.2019
comment
позвольте мне попробовать образец - person satish chennupati; 13.11.2019