Mule 3.8应用程序在Mule服务器启动期间显示多个NoSuchBeanDefinitionException异常

我将我的项目从Mule 2.2升级到Mule 3.8，项目运行良好，但在Mule服务器启动期间，我收到了“日志记录级别为调试时日志中出现的一些异常”

[WrapperListener\u start\u runner]SpringRegistry-未定义名为'quartz:-948818277'的bean org.springframework.beans.factory.nosuchbean定义异常：未定义名为“quartz:-948818277”的bean

[调试]2017-04-21 06:25:18.994[WrapperListener_start_runner]SpringRegistry-未定义名为“endpoint.quartz.CompetientsPhotoDelivery.task”的bean org.springframework.beans.factory.NoSuchBean定义异常：未定义名为“endpoint.quartz.QuestientSphotoDelivery.task”的bean

[DEBUG]2017-04-21 06:25:19.024[WrapperListener_start_runner]SpringRegistry-未定义名为“endpoint:24812436”的bean org.springframework.beans.factory.NoSuchBean定义异常：未定义名为“endpoint:24812436”的bean

[DEBUG]2017-04-21 06:25:19.376[WrapperListener_start_runner]SpringRegistry-未定义名为“vm:3767”的bean org.springframework.beans.factory.NoSuchBean定义异常：未定义名为“vm:3767”的bean

---

还有很多类似的“无豆名”例外，如果你需要更多信息，请告诉我。谢谢

在启动过程中，mule正在寻找默认的连接器和bean、集群组件等。如果它们没有定义，它会发现异常，并知道该功能不可用或使用您的值。这通常是在后台处理的，您看不到它。您之所以获得这些报告，只是因为您将Mule的日志报告逐步升级到调试级别，这将为您提供一些内部工作的视图。这不是一个问题，也是您不将Mule提升到调试级报告的原因之一，除非您真的需要了解发生了什么，因为有些东西失败了。有人可能会说Mule应该将这个正常的执行级别日志记录放在跟踪级别，但这是有争议的。

请对您的问题提供一些解释。现在请检查上面的异常，并告诉我您是否需要更多信息。我通过在“minimal Mule config.xml”中添加下面的bean，仅解决了两个异常文件异常：-没有名为“\u mulePollingController”的bean NoSuchBean定义异常：没有名为“\u muleClusterConfiguration”的bean添加了bean我知道这些异常不会影响应用程序，但我必须毫无例外地提交应用程序。如果您有任何更多信息，请共享。您应该忽略调试消息。试图以这种方式“修复”它们可能会导致实际问题。