Приложение Mule 3.8, показывающее несколько исключений NoSuchBeanDefinitionException при запуске сервера mule

Question

Я обновил свой проект с Mule 2.2 до Mule 3.8,Project работает нормально, но во время запуска Mule Server я получаю "Несколько исключений в журналах, когда уровень ведения журнала - DEBUG".

[WrapperListener_start_runner] SpringRegistry - Не определен бин с именем 'кварц:-948818277' org.springframework.beans.factory.NoSuchBeanDefinitionException: Не определен бин с именем 'кварц:-948818277'

[DEBUG] 2017-04-21 06:25:18.994 [WrapperListener_start_runner] SpringRegistry - не определен bean-компонент с именем 'endpoint.quartz.contestentsPhotoDelivery.task' org.springframework.beans.factory.NoSuchBeanDefinitionException конечная точка без имени. contestentsPhotoDelivery.task 'определяется

[DEBUG] 2017-04-21 06:25:19.024 [WrapperListener_start_runner] SpringRegistry - не определен бин с именем "конечная точка:24812436" org.springframework.beans.factory.NoSuchBeanDefinitionException: без имени бина "конечная точка:24812436" - это 24812436

[DEBUG] 2017-04-21 06:25:19.376 [WrapperListener_start_runner] SpringRegistry - Не определен боб с именем 'vm:3767' org.springframework.beans.factory.NoSuchBeanDefinitionException: Не определен боб с именем 'vm:3767'

Есть еще много подобных исключений "без имени компонента", пожалуйста, позвольте мне, если вам нужно больше информации. Спасибо!

Answer 1

Во время запуска мул ищет соединители и компоненты по умолчанию, кластерные компоненты и т. Д. Если они не определены, он исключает их и знает, что функция недоступна или что вместо нее используются ваши значения. Это обычно обрабатывается в фоновом режиме, и вы не видите его. Вы получаете эти отчеты только потому, что вы поднимаете отчеты журнала Mule до уровня DEBUG, что дает вам представление о некоторых внутренних принципах работы. Это не беспокоит, и одна из причин, по которой вы не поднимаете Mule до отчетов об уровне отладки, если вам действительно не нужно видеть, что происходит, потому что что-то не получается. Можно утверждать, что Мул должен поставить этот нормальный уровень протоколирования выполнения на уровне TRACE, но это спорно.