pentaho 的框架

最新推荐文章于 2019-04-01 18:18:18 发布

csdn0214

最新推荐文章于 2019-04-01 18:18:18 发布

阅读量165

点赞数

这个图就是Pentaho 的框架图:

pentaho 的框架图展示了 BI 服务上的主要的组件和他们与外部的接口。

BI 服务的中心是
解决方案引擎（Solution Engine）。如图所示解决方案引擎位于外部客户端和内部组件层的中间，外部客户端包括 Web浏览器，web服务客户端，系统监控等。客户端的请求首先会被发送到解决方案引擎，再由该引擎转发到相应的一个或多个组件。

操作序列（Action Sequence）

[@more@]一个操作序列就是一个 XML 文件，它定义了解决方案引擎可以处理的最小的任务。在操作序列 XML 文件里定义了一些操作的序列，每个操作都由特地的 Pentaho 组件来完成，并通过一个轻量级的工作流引擎来完成调度。我们不能将这个操作过程称为工作流，因为它缺少了很多工作流的特性。它只能处理顺序的，小的，线性的，只存在成功或失败状态的任务，像报表。它可以循环一个结果集，调用另一个操作序列和依条件执行组件。操作序列文档以 ".xaction" 为后缀。

解决方案（Solution）和解决方案资源库（Solution Repository）
一个解决方案不是单个的文件，它是一组文件的集合，它是操作序列的一种逻辑组织并包括了相关的资源。解决方案资源库用来保存和管理解决方案。在 PCI 版本的安装目录下有 pentaho-solution 目录，在该目录下的所有目录除了 system 目录外都是解决方案目录。在这些解决方案目录下，还可以有多层子目录。基于数据库的解决方案资源库也类似于这种文件系统的目录结构，实际上就是模拟的文件系统目录。
在 PCI 的安装目录下，一共有三个解决方案分别是admin，samples和test。system 目录不是解决方案目录，它保存了配置信息和组件相关的一些设置和资源。
HelloWorld 操作序列文件位于 samples 解决方案中的 getting-started 路径下，操作序列名称是HelloWorld.xaction。HelloWorld 操作序列的目录结构说明，如果要定位一个操作序列必须要提供三条地址项：解决方案id（solution id），路径（path）和操作序列名称（Action Sequence name）。使用这种命名和组织方式，可以将操作序列按照方式、部门、角色等各种需求组织起来。

关于 system 目录
如上所述，system 文件夹是一个特例。在该目录下保存的一个很重要的文件是 pentaho.xml 配置文件。pentaho.xml 文件中包括了 Pentaho BI 平台系统范围内的配置信息，关于pentaho.xml，请看 petaho.xml参考文档。
在 system 目录下是各个组件的目录，如下列表：
目录描述
BIRT BIRT 报表组件使用设置，配置文件和插件
content 保存各个操作序列生成的结果如报表，PDF，HTML 页面等。这个目录也称为内容资源库（content repository）
custom 保存 Web 页面的模板文件和 PCI 版本中 XML 的样式文件
dtd 保存平台使用的 DTD 文件
google 如果集成了google map，这里保存 license key
hibernate 保存hibernate 配置文件，如 hibernate-jboss-managed.xml
jasperreports 保存 JasperReports 配置文件 jasperreports-conf.xml，编译后的报表文件也保存在这里
kettle 保存 kettle 配置文件 setting.xml
logs 保存各个组件生成的日志
olap 保存 Mondrian 的数据源信息
quartz 保存 Quartz 的属性文件
shark Enhydra Shark 工作引擎的工作路径，保存了配置文件，日志和资源库
simple-jndi 客户端工具的 JNDI 设置
smtp-email 服务端的 email 配置
test-suite 测试管理接口
test 保存测试框架的配置文件
tmp 临时文件夹保存临时生成的图片和图表