重构一些遗留的骆驼代码，这段代码是不必要的还是我遗漏了什么？
Refactoring some legacy camel code, is this code unnecessary or am I missing something?
我正在重构 JBoss Fuse 实例中的一些 apache camel 遗留代码，并且我已经 运行 进入一些我不确定其目的是什么的代码。
<when condition>
<loadBalance id="someVar">
<failover roundRobin="true" maximumFailoverAttempts="3" />
<to uri="fabric:FABRICENDPOINT" />
</loadBalance>
</when>
我以前没有使用过 Fabric 的负载均衡器，但据我了解，它的配置是在服务器端设置的。在将消息发送到结构端点之前有一个额外的负载平衡器有什么意义吗？有很多类似的负载均衡器（1 个端点到结构端点），我不确定是否可以将消息直接定向到结构端点。
谢谢大家
是的，fabric 端点内置了负载平衡，它在在线端点之间循环。但它没有内置的重新传递，所以如果你删除上面的内容，你就会失去 maximumFailoverAttempts 功能。
但是 Apache Camel 提供了通用错误处理程序，您还可以在其中配置它以执行 maximumRedeliveries 并将其设置为一个值。
我正在重构 JBoss Fuse 实例中的一些 apache camel 遗留代码，并且我已经 运行 进入一些我不确定其目的是什么的代码。
<when condition>
<loadBalance id="someVar">
<failover roundRobin="true" maximumFailoverAttempts="3" />
<to uri="fabric:FABRICENDPOINT" />
</loadBalance>
</when>
我以前没有使用过 Fabric 的负载均衡器，但据我了解，它的配置是在服务器端设置的。在将消息发送到结构端点之前有一个额外的负载平衡器有什么意义吗？有很多类似的负载均衡器（1 个端点到结构端点），我不确定是否可以将消息直接定向到结构端点。
谢谢大家
是的，fabric 端点内置了负载平衡，它在在线端点之间循环。但它没有内置的重新传递，所以如果你删除上面的内容，你就会失去 maximumFailoverAttempts 功能。
但是 Apache Camel 提供了通用错误处理程序，您还可以在其中配置它以执行 maximumRedeliveries 并将其设置为一个值。