只是想向社区大声疾呼，看看人们对 Java 进程服务器的总体看法。
IBM 尤其倾向于对 Websphere 进程服务器大肆宣传。如果您在 Web 服务领域工作，我可以看到流程服务器背后的想法，但在实践中它们真的有效还是只是矫枉过正？
BPEL 是另一种密切相关的技术，它往往会受到 IBM 的大力宣传，但我还没有看到现实生活中的实施。
欢迎提出一般意见。
【问题讨论】：
标签： java web-services websphere business-process-management bpel
某些项目/公司确实有复杂的业务流程，其中涉及许多服务、应用程序、人机交互，因此使用 BPM 引擎、其连接器、其建模工具是合理的。但这显然不适合所有人。
现在，要使用 IBM Process Server，您需要一个许可证，您需要一个应用服务器来部署它（随机，WebSphere），一些 (IBM) 机器，可能还有一些昂贵的连接器，一些用于建模工具等。所以我并不惊讶 IBM 对此大发雷霆（即使不是真的有同样的感觉），销售这样的解决方案对他们来说一定是一笔划算的交易（甚至不提他们将添加的咨询）到帐单）。
BPEL 是一种标准化语言，将流描述为消费或生成 XML 消息的服务序列，即通过 XML 和 Web 服务对 BPM 的概括，是另一个可以进一步推动 SOA 的砖块，为市场营销提供支持汤。因此，软件供应商试图推广它也不足为奇。
从概念上讲，我不认为 BPM、BPEL 等是坏主意。但正如我所说，它们并不适合所有人。如果他们没有为您解决任何问题，那么使用它们将是一个坏主意。但这并不一定会使它们作为概念无效。
【讨论】：
IBM 现在在这个领域提供多种产品。
收购 Lombardi 和遗产 WPS 没有合并为 IBM 业务流程经理。 IBM 还提供了一个 FileNet BPM，它针对以文档为中心的 BPM 解决方案。
Lombardi 堆栈有效地使用 BPMN，而 WPS 使用 BPEL 作为编排机制。
IBM/Oracle 阵营选择了 BPEL 路径，而 Appian、Lombardi、Pega 等其他阵营则开始使用 BPMN 作为业务流程的执行模型。
它们都被广泛使用并且有一个有意义的理由存在。
HTH
芒露
【讨论】：