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缺少哪些步骤？
我应该去noflojs并离开Java吗？
JavaFBP是FBP的Java实现。我可以使用JavaFBP构建一个组件，例如读取Excel文件。但是该组件已经存在于Kettle中！
我的目的是进行一些研究，并建立一个不是真正的应用程序的原型。
最佳答案
我会说的是。如今，水壶已在许多用例中使用，这不是典型的ETL。
例子：
在最近的里斯本PCM活动中，我们看到了使用PDI来管理解决方案的“构建”和部署。
Sparkl-这是一个大问题。 Sparkl是Pentaho的插件构建器框架，它使您可以使用CDE来构建UI和Kettle来完成基于服务器的工作。这非常聪明，我建议您从Pentaho社区聚会中观看视频。构建您的应用程序后，可以将其作为pentaho平台插件压缩并分发到Marketplace上。
流式传输-水壶的各种情况现在都更像ESB，在这种情况下，您需要不断变换或处理到达的数据。
另外，水壶5具有一大堆新插件技术和“扩展点”，因此水壶本身已开始成为一个平台，您可以在其中进行任何形式的数据相关活动！
关于java - Pentaho水壶，用于基于流程的编程，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/19125993/