Pentaho Data Integration aka Kettle是否适合基于流程的编程FBP？
Kettle是一个ETL（提取，转换和加载）工具，基于FBP concepts
有User Defined Java Class step并且SDK，因此您可以扩展Kettle，并且可以整合Kettle with Java Web Apps。
是否可以仅使用带有自定义插件的Kettle构建Web应用程序？
值得为Web应用程序编写自定义插件吗？
Kettle中用于Web开发的缺失步骤是什么？
我应该去noflojs并留下Java？
JavaFBP是FBP的java实现。我可以使用JavaFBP来构建一个组件，例如读取Excel文件。但这个组件已经存在于Kettle中了！
我的目的是做一些研究并构建原型而不是真正的应用程序。
答案 0 :(得分：1)
我会说是的。如今，水壶被用于很多用例，这些用例并不是典型的ETL。
示例：
在里斯本最近的PCM活动中，我们看到使用PDI来管理“构建”和部署解决方案。
Sparkl - 这是一个很大的问题。 Sparkl是Pentaho的插件构建器框架，它允许您使用CDE构建UI和Kettle来执行基于服务器的工作。它非常聪明，我建议您查看Pentaho社区聚会的视频。当您构建应用程序时，它可以作为pentaho平台插件压缩并在Marketplace上分发。
流媒体 - 现在有各种各样的情况，水壶的行为更像是ESB，当你到达时，你会有无尽的转换或工作处理数据。
此外，Kettle 5拥有一大堆新的插件技术和“扩展点”，因此水壶本身就开始成为一个平台，您可以在其中进行任何与数据相关的活动！