Apache camel serviceMix 4.4不再支持ODE，进行编排的替代方法是什么？

我是serviceMix的新手，几天前我下载了serviceMix 4.5.1

当我尝试使用命令在serviceMix中安装ode时 功能：安装ode

它告诉我：

Error executing command: No feature named 'ode' with version '0.0.0' available

我搜索了大量的网站，得到了一个坏消息：

"Fuse ESB 4.4 does not support Apache ODE. The latest version of ODE is not compatible with Fuse ESB."

从哪来的

因此，如果serviceMix 4.4不再支持ODE，那么在serviceMix中进行web服务编排的替代方法是什么？我试过用骆驼来做这项工作，但那并不容易

“bpel-g”怎么样？（）它是一个好的选择吗？还是其他选择

非常感谢您的帮助。

我喜欢流程和编排

永远不要在Karaf/SMX/Fuse ESB中运行它，但如果不使用指令，它应该是可能的

它还有一个很好的用于人工任务等的web explorer。如果您需要它和用于快速设计和可视化的BPMN Modeler，我建议您试试。我和一位同事最近一直在做一些BPEL一致性基准测试（仅供参考：基准测试工具可在上获得），结果证明BPEL-g对BPEL规范的支持程度最高，同时也支持BPEL-g作为分支的较旧的ActiveBPEL引擎。ODE排名第三

bpel-g的另一个很好的特性是它确实是主动维护的。我不知道它与Fuse ESB的基础架构集成得有多好，但由于它可以作为

war

部署，所以这应该不是什么大问题

---

更新：刚刚查看了一下：bpel-g，并提供了一个自定义处理程序来调用camel组件。因此，基本上，Petters答案中概述的解决方案也适用于bpel-g，与Activiti相比，它有一个消息关联框架。最后，使用它的障碍应该更小，正如您已经知道的BPEL。因此，bpel-g可能是这里更合适的解决方案。

我认为使用Activiti有一个问题。它真的能做Web服务编排吗？它被标记为实验性的，一年半前，我的一位同事无法让它工作。但这可能已经改变了。不确定Activiti中web服务组件的状态。我的想法是，集成层（即web服务调用）可以使用Camel（也可以在SMX内部运行），编排/流程层可以使用Activiti。我认为这个组合非常强大。activiti的配器部分非常好。我觉得这听起来很合理。也许，与Camel的结合也是Activiti人的想法。这种方法的问题是Activiti和Camel都不能像BPEL那样真正支持更复杂的WS交互（即对话）。如果没有消息关联框架，基于业务价值的关联是不可能的，IMO还不存在消息关联框架。当然，这取决于您想要实现什么——当然。刚才指出了一个可能的选项，如果ODE在这个版本的Karaf/SMX中很难运行。请尝试一个，如果它不起作用，请提交一个bug。实际上，ODE支持ServiceMix/JBI，但不遵循其发布周期。如果您通过提供此类反馈来提供帮助，我们很容易尽快发布。但您的上一个版本已有2.5年历史。当ApacheODE显示为非活动项目时，为什么人们会认为它是一个好的项目？