首先感谢所有那些目前参与发展的骆驼,我感谢所有辛勤的工作,他们已经把中。

我在寻找一些设计的建议。

该架构是这样的:我有一大堆的Java类时化是需要相互连接和发送消息的使用Apache骆驼。设计的限制要求我建立一个框架,使所有的路由信息,生产者、消费者、终端等应的一部分camel-context.xml.

个人应该有能力修改这一文件,并完全改变现有的路线,而不具有代码提供给他。(Java码不会设置,只有该汇编的罐子会)

例如在一个安装, 豆A->豆B>豆C->文件>电子邮件。 在另一个 豆B>豆A->豆C->ftp->文件>电子邮件 我们已经尝试了各种接触,但如果发起豆是没有实现为Java DSL, 消息率非常高,因为骆驼不断地调用豆一个在第一个例子和豆B中的第二个(他们是来源)。

豆和豆B来源的消息和事件驱动的。在情况所需的事件发生时,豆类发出通知信息。

我的转变是非常简单,我不要求权力的Java DSL。总之,我有以下问题:

1)考虑到上述限制,我做的我保证所有的路由信息,包括目的地的地址,一切都是骆驼背景下的文件?

2)是否有例子,我可以看看保持的路由信息的完全独立的代码?

3)如何确保骆驼不断地援引始发豆?

4)骆驼不断援用仅仅是发起豆或任何豆它发送和消息来的位置无关的豆在整个消息队?

我有了选择尝试各种方式设置这个了。任何帮助,将不胜感激。

有帮助吗?

解决方案

读到关于隐藏的中间上骆驼wiki网页。这可以让你要让我们的客户使用一个接口,以收发邮件,但完全不知道骆驼(没有骆驼API的使用在所有)。

甚至更好的考虑购买骆驼在行动书和阅读的第14章,其中谈这一点。http://www.manning.com/ibsen/

节约41%在曼宁的书籍:骆驼行动,或者说行动。使用代码s2941.期满6日。 http://www.manning.com/ibsen/

其他提示

如果你考虑使用ServiceMix的FuseESB,你可能会想单独的路线在两个部分。

第一部分会的事件驱动豆触发线。它可以推动消息的ServiceNMR(见 http://camel.apache.org/nmr.html).

其他部分将是留给该框架用户,使用弹簧DSL。它会听到的消息,在NMR(推动通过其他途径),做任何他们想要它。

当然终点的定义可能会被财产化了使用servicemix配置的服务(见 http://camel.apache.org/properties.html#Properties-UsingBlueprintpropertyplaceholderwithCamelroutes)

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top