OpenESB 嵌套 BPEL？

Question

我有一个不寻常的设计目标，我想使用 OpenESB 来解决。我们有许多文件将由我们的系统生成以传输到另一个系统。根据数据类型、源系统和目标系统，需要进行一系列转换，然后才能将数据上传到目标系统。对最好的方法有什么建议吗？

一般要求：

• 转换的数量和类型很多，并且可能随时间而变化。
• 随着时间的推移，要处理的数据的数量和类型将相当固定。
• 源系统和目标系统的数量可能会随着时间发生根本性的变化。
• 在类型、源和目标相似的情况下，这些转换中的每一个都可以组合在一起。
• 根据每个客户的业务规则，可能需要将新的转换替换或插入到序列中，这需要新的单独序列。
• 解决方案需要尽可能灵活和可扩展。
• 许多基于类型、来源和目的地的未来需求可能会发挥作用，而我们尚未考虑。这种灵活性是系统的要求。

在我们看来，一组嵌套的 BPEL 似乎是最好的解决方案，每个都调用一个 POJO 类来实现所需的转换。这可行吗？有没有更好的办法？

Answer 1

在 OpenESB 中尝试 XSLT 转换。

Answer 2

当涉及到复杂的业务逻辑时，最好将尽可能多的工作委派给 Java 代码，而不是在 BPEL 中做复杂的事情，因为这些事情会随着它们的发展迅速变得一团糟。 我会创建一个 EJB 并从 BPEL 调用它。

Answer 3

我做得更好。我从头开始编写了自己的数据流处理系统。其他可用的东西都太重量级和复杂了。

我的新系统（代号 LightRail）运行良好。所有连接都是组件驱动的，并通过单个 JSON 配置文件定义。所有处理和流控制都通过一个 BeanShell 脚本处理。

在过去 10 个月中，我已经部署了 10 个不同的数据流，连接到 IMAP、SFTP、FTP、文件和一两个数据库。生活又好起来了……

安德鲁