У меня есть такой поток с первой конечной точкой файла слева имел такую конфигурацию установил для политики повторной доставки значение 5. Чтобы сделать это поток на сбой, я настроил неизвестное расположение файла на втором файловом разъеме слева. Если я настроил политику повторной доставки на 5 для первого файлового соединителя, что именно произойдет. почему мы используем политику повторной доставки. Я не спрашиваю, что происходит именно с этим потоком. Но в обобщенном виде, что именно политика повторной доставки делает на соединителе конечной точки входящего файла.
Хотите знать, что конфигурация политики повторной доставки в муле делает с коннектором конечной точки файла
Ответы (1)
Политика повторной доставки — это фильтр, который можно применить к любому исходному компоненту. Когда вы добавляете политику повторной доставки, в основном вы выполняете проверку в самом источнике, чтобы поймать/выявить определенные ошибки или выполнить определенные условия, прежде чем фактическое сообщение мула будет передано следующим компонентам в потоке.
если вы отправили политику повторной доставки на 5, соединитель попытается повторно доставить сообщение 5 раз, и если он обнаружит «плохое сообщение» 5 раз после 5-й попытки, он выдаст ошибку MULE: REDELIVERY_EXHAUSTED.
фактический процесс работает следующим образом: каждый раз, когда источник получает новое сообщение, Mule идентифицирует сообщение, генерируя его ключ. Во время этого процесса, если поток сталкивается с ошибкой, Mule увеличивает счетчик, связанный с ключом сообщения, и когда указанный предел достигнут, он выдает ошибку.
в отношении файлового соединителя примером может быть то, сколько раз вы хотите повторить попытку доступа к файлу, прежде чем вы захотите, чтобы соединитель сдался.