问题标签 [mule]

嘿，
如果我们有 Apache Camel，为什么还要使用 Apache ServiceMix 和 Mule 等其他解决方案？
与这些产品相比，Apache Camel 有什么不能做的吗？
何时使用 Mule/ServiceMix 以及何时使用 Camel？

我在一家小型连锁超市（4 家商店）工作。每个商店都有自己的本地数据库，其中包含商店中发生的每种产品、价格和交易的信息。此外，每个商店都需要将这些信息来回复制到一个中心位置。

现在我们正在使用一种叫做 SQLRemote 的东西，它是 Sybase 的 SQL Anywhere 数据库的一个特性。它可以工作，但有时会失败并且难以管理。值得称赞的是，SQLRemote 实际上并不是为这种类型的场景设计的，因此可以说我们使用不正确。

我在想像 Mule（或似乎更容易设置的 ChainBuilder）这样的 ESB 系统可能是 SQL 远程的一个很好的替代品。我了解这些系统可以检测数据库中何时发生更改（即添加、修改或删除记录时），并且可以设置为在事务中传递消息。

这对我的场景来说是一个可行的解决方案吗？

最好的问候，埃德加德

我在我的应用程序中使用 Spring 框架，它部署在 MULE 服务器上。

根据调试或信息级别，日志记录的数量和日志记录的百分比会有所不同。到目前为止，我在所有业务逻辑中都明确地编写了日志语句。

有没有办法通过配置来做到这一点，比如在某个时候配置 -

类名 - 方法名 - 在入口点用输入参数记录 - 在出口点用返回记录

这样我的代码看起来不会很混乱。

我正在更新现有的 Mule 配置，任务是增强它以根据消息的某些属性将消息路由到不同的端点，因此最好对我手头的两个选项有一些利弊：

1. 在消息上添加属性，使用“message-properties-transformer”转换器，稍后由“过滤路由器”使用它来挑选消息并将其放在正确的端点上。此选项允许我对所有目的地使用单个队列。

2. 为每个目的地创建一个队列，因此我没有为以后的路由添加一些属性，而是立即放入正确的队列。即这个选项意味着每个目的地一个队列。

欢迎任何反馈。在这方面有什么“最佳实践”吗？

我在配置 Mule 2.2 中的 CXF 传输以使用 HTTPS/SSL 在暴露的服务上调用 WS 方法时遇到一个小问题。使用纯 HTTP 调用相同的方法可以正常工作。我在这个问题上进行了很多搜索，并发现了以下链接：

http://www.mulesoft.org/documentation/display/MULE2CB/Using+HTTPS+with+CXF

这很有帮助，但仍有一些我不完全理解的事情：

• CXF 端点的配置如下： ，即它在 cxf 命名空间中。cxf-namespace 是否与 https-namespace 有任何关系，用于配置链接中描述的？

• 更令人困惑的是，Mule 的东西是我从以前的开发人员那里接手的，据说它可以按原样在 SSL 上工作，但在 Mule 配置文件中我找不到任何 https:connector 配置的痕迹。从链接中的信息我得到的印象是它是强制性的，至少是“服务器密钥库”和“信任库”，例如：

  /li>

当我尝试连接到启用 HTTPS 的 WS 时，我在 Mule 日志中得到的内容如下，它显然与 SSL 密钥有关，但我错过了最后一段以使其全部到位。对此事的任何帮助和评论将不胜感激。

/奥拉

我有一个使用imaps:connector的Mule 2.2.1配置。但我无法处理带有附件的电子邮件。有什么经验吗？

或者，如果我删除 org.mule.transport.email.SimpleMailMessageAdapter ，则报告类型MimeBodyPart而不是MimeMessage 。

我试图尽可能地限制配置（没有出站，没有组件），但它没有帮助。

编辑

奇怪的！变形金刚没有帮助，因为它们甚至没有被调用。我写了一个自定义的，什么都不做，只是为了调试目的。如果将 Transformer 添加到入站，则调用 Transformer。它会导致跳过一个组件，即使是不存在的。

我被安排在一个使用古代骡子版本 1.3 的项目中。他们使用拆分配置设置，如这里所建议的那样。

所有这些文件都有http://www.symphonysoft.com/dtds/mule/mule-configuration.dtd作为它们的 DTD 定义。事实证明，这对于老款 Mule IDE 来说是个问题，因为它显然试图加载那个域已经消失的 URL。

我在http://www.mulesoft.org/dtds/mule-configuration.dtd找到了一个文件，它似乎是相同的 DTD。但是，除了主 mule-config.xml 之外，我现在在所有配置文件中都遇到了验证错误，因为它们遵循第一个链接中的建议：在 mule-configuration 元素正下方有 mule-descriptor 元素。但是，DTD 似乎不允许这样做（mule-descriptor 元素位于模型元素下方）：

除了自己托管修改后的 DTD 之外，还有什么想法吗？是否有其他可用的 DTD？

我在 Mule v2.2.1 中使用 Jersey 来公开 REST 接口。我无法确定如何公开服务和处理文件。例如，我正在寻找这样的东西：

@邮政

@Path ("\processFile")

@Consumes（“纯文本”）

无效进程文件（）；

有没有人有将JBoss Drools与Mule ESB集成的经验？

虽然Apache ServiceMix似乎有很好的 Drools 支持 ( http://servicemix.apache.org/servicemix-drools.html )，但 Mule 中基于 Web 的监控和工具使它对我们特别有用，因为我们经常有非技术服务人员需要访问有关消息传递的信息。

我使用 java 类作为 mule 端点，将消息写入 Windows 消息队列。这样做是为了将 java 应用程序与使用数据的 .Net 应用程序“粘合”起来。

我正在使用离子 msmq 库

我间歇性地收到消息队列异常

“消息队列异常：无法打开队列。(hr=unknown hr (-2)) ”

队列存在且权限正确。

任何人都知道这个错误意味着什么，或者知道从 java/mule 写入消息队列的可靠方法吗？