Alex的个人Blog

谁知道在wordpress 下只用syntax 插件之后使用<pre lang=”xml”> 为什么xml 展现不正确，请留言告知.

java 的portal 技术在展现上还是具有非常大的优势的，虽然jsr 268 并没能完全统一各portal 之间的不标准性. 但是在portal 上开发展现的东西还是非常有意思的，尤其是dnd (拖拽portlet) 和partial refresh (也可以定时自动部分刷新) 特性还是非常华丽的.

BIRT 作为最好的报表框架，对于分析展现数据具有很大优势，这篇文章就解释一下如何在jboss portal 上部署birt . 在官方的birt wiki 上有一篇介绍portal 上部署birt 的，不过那个文章太老了，基于birt 2.1 的, 尤其是它的portal 容器是apache pluto , 里面还有pluto 专有的api .  这篇文章介绍的是通用portal api. 只不过特定部署在jboss portal 上，如果你想要部署在其他portal 容器也可以，修改一下portal 的部署描述符就够了，代码不用改.

ok, let’s start

任何birt 要运行起来首先要实例化一个BirtEngine (org.eclipse.birt.report.engine.api.IReportEngine) , 所以首先还是写一个util 类, 用来取得BirtEngine.

阅读全文…

birt 在eclipsecon 大会上算是最耀眼的了，所涉及到的演讲题目从最基本的简单介绍开始到高级的定制报表在到用户案例介绍, 算是最全面的介绍了. 关于birt 在2009 年全部的演讲题目你可以到下面地址查看:

http://www.eclipsecon.org/2009/sessions?category=Frameworks%20-%20Reporting

所有的演讲稿基本都已上传到了birt-exchange 上, 如果你有兴趣的话，可以自行下载:

EclipseCon 2009 Integrating BIRT

EclipseCon 2009 BIRT Mashup with JSP Tags

EclipseCon 2009 – Who is BIRT? Solving Your Data Visualization Needs with Open Source Reporting

EclipseCon 2009 – Using and Extending Eclipse Data Tools (DTP)

阅读全文…

在eclipsecon 大会上 Rob Murphy 介绍了一个 Mashing up Data in Web Applications with BIRT 的小技巧 ， 真的是很老的一个小技巧了，主要是用birt 2.2 的jsp tag 将页面HTML元素固定在某一区域，从而使一个页面可以嵌入多个birt reportlet

上图就是一个典型的四reportlet组成的dashboard. reportlet , 每个reportlet 可以通过交互事件与其他reportlet 进行互动(基于birt 里面的bookmark , 也就是html 里面的id), 并且可以控制UI元素大小.

另外每一部分都有html 里面的iframe 组成，你也可以部分刷新某一区域，这个演讲里面有个示例，所以不多废话了.

顺便ggyy 一句，很多其他BI “领导厂商”的dashboard 总喜欢用flash 来做, 一个是学习起来成本比html 要高（等于是完全学习一个新的报表制作方式），一个是交互性很复杂和难以控制 ( 不要只看到外表的帅), 其实深层的技术原因是html 的展现功力非常的不到家. 基础问题都没有被解决.

阅读全文…

在eclipsecon 大会上 Rob Murphy 介绍了一个 Mashing up Data in Web Applications with BIRT 的小技巧 ， 真的是很老的一个小技巧了，主要是用birt 2.2 的jsp tag 将页面HTML元素固定在某一区域，从而使一个页面可以嵌入多个birt reportlet

上图就是一个典型的四reportlet组成的dashboard. reportlet , 每个reportlet 可以通过交互事件与其他reportlet 进行互动(基于birt 里面的bookmark , 也就是html 里面的id), 并且可以控制UI元素大小.

另外每一部分都有html 里面的iframe 组成，你也可以部分刷新某一区域，这个演讲里面有个示例，所以不多废话了.

顺便ggyy 一句，很多其他BI “领导厂商”的dashboard 总喜欢用flash 来做, 一个是学习起来成本比html 要高（等于是完全学习一个新的报表制作方式），一个是交互性很复杂和难以控制 ( 不要只看到外表的帅), 其实深层的技术原因是html 的展现功力非常的不到家. 基础问题都没有被解决.

当你要使用这种方式制作很多dashboard , 尤其可能要重用很多UI ，甚至是要让用户自己选择组建他自己想要看的页面，别用这种方式，使用java porlet 技术，那个才是重用UI 和用户完全动态的解决方案.

普通的用户需求慢慢提高，提供用户完全的动态性才是王道 . datacenter 里面系统监控图可能会比较想要这种技术.(啥时oracle grid control 搞个这个版本就好了)

Actuate Mashboard 简介

之所以说java portal 技术是解决report  重用和用户完全动态性的根本，就在于java portal 里面可以让用户完全自己选择, 关于java portal 你可以随便下个jboss portal 或liferay portal all-in-one 包自己体验一下就懂了.

阅读全文…

birt 在eclipsecon 大会上算是最耀眼的了，所涉及到的演讲题目从最基本的简单介绍开始到高级的定制报表在到用户案例介绍, 算是最全面的介绍了. 关于birt 在2009 年全部的演讲题目你可以到下面地址查看:

http://www.eclipsecon.org/2009/sessions?category=Frameworks%20-%20Reporting

所有的演讲稿基本都已上传到了birt-exchange 上, 如果你有兴趣的话，可以自行下载:

EclipseCon 2009 Integrating BIRT

EclipseCon 2009 BIRT Mashup with JSP Tags

EclipseCon 2009 – Who is BIRT? Solving Your Data Visualization Needs with Open Source Reporting

EclipseCon 2009 – Using and Extending Eclipse Data Tools (DTP)

最后一个讲dtp 的也不错，如果你打算使用birt 做类似ad-hoc query 的话，这可以算是一个很好的参考范例(可惜没有代码demo )

阅读全文…

每年一度的eclipsecon 大会又是eclipse 爱好者的聚集地，今年的规模虽然小了一点，但是仍然精彩，我最关心两个:一个birt , 一个amazon cloud.
birt 今年的演讲到不少，关于
Birt Usage
Who Is BIRT?  Solving Your Data Visualization Needs with Open Source Reporting
Advanced BIRT Report Customization
Deploying and Integrating BIRT
Basic BIRT Reporting

有些以前都演讲过，在eclipsecon 2008 或是其他的大会上.
另外一个amazon cloud 的演讲:build application for the cloud with amazon.
在加上刚刚发布的ams eclipse tools （infoq.cn 刚报道过）, 真是强悍呀，商业云用到像他们那种地步，完全就是把虚拟化和云技术变的跟切菜一样容易，本地eclipse 开发，随时都可以部署到云上，还远程调试（除了强不知道该怎么说了). 再加上amazon 的那个云便宜呀，便宜到你拿人民币当美元花你都觉得便宜的那种境界. 唉，美国跟欧洲都已经有了amazon cloud 了，不知道中国什么时候能有.

另外有个小关心的演讲就是dtp 的. 演讲的题目仍然是query builder 和extending dtp.
live.eclipse.org 上那个关于dtp 的演讲用adobe 视频做的(好卡, 里面两个主持人一开始就闹眼子，互相把别人的名字拼错，我怀疑是故意的，搞气氛的). 至于这次eclipsecon 大会上的dtp 演讲，ppt 已经可以在birt-exchange 下载了，可惜没代码，还是太空洞了一点.
阅读全文…

如果你看到标题以为这是一篇标题党的文章，那你就要错过重要内容了.

收到olapreport 的一封邮件，说全世界最大的独立BI 调研机构Nigel Pendse 已经发表了它第8份针对全世界最大BI 平台的调研报告. Nigel Pendse 做BI 市场调研已经很多年了，最早的第一份BI 市场调研报告发表于2001年，现在已经是第8份了，世界500强超过一半都接受了调研，这次一共调研了2079个公司（这个数字够有说服力了吧），比去年略少79个，去年有2150个公司接受了调研，全世界最主流的23 款BI 平台都覆盖到了，并且它调研的最主要特点就是技术和用户第一。

它有非常详尽的各种技术比较，全部用客观数据说话，无任何主观论断. 新的报告引入了一种Customer Dashboard 的方式，对BI 平台的26个主要方面KPI 和8个聚合KPI 做全面分析，每一个BI 平台都覆盖到, 让你对每一个技术细节都全面了解 . 全文报告489页，已经放在www.bi-survey.com 上供用户购买，它提供一个8页的预览版可以免费下载，如果你对BI 很有兴趣的话，可以去看看这个报告.

在这8页的预览版中也提供了一些非常有技术含量的数据.

总的用户满意度，一共2071个公司接受调研，分别为已经在使用，六个月内会使用，1年内会使用，2年内会使用，最终会使用和绝不会使用划分. 其中总的使用率只有16.4% ，意思是公司已经购买并建设好data warehouse了，但是在公司内部大范围使用率还是只有16.4%.

其中调研人数最多和使用人数最多的是microstrategy ，一共56个公司（248×22.6%） , microstrategy 的产品一向以易用性闻名，这也在很大程度上符合了这个说法，BI  产品还是要符合用户习惯，做到平民化，很显然microstrategy 深深的了解这一点.

而其他几个大的BI 平台的数据都表现可以, Cognos Reporting, BO , Crystal Reports , OBIEE/BISEO 都在部分领域各有所长.

但最让人惊喜的是Actuate 平台以56.4% 的满意率高居第一，在六个月内打算部署Actuate 的客户数甚至达到了64.1% , 比第二的InformationBuilder 公司的WebFocus 的33.7% 高出了一半，比其他大厂商SAP 的BO,IBM 的 Cognos,Oracle 的OBIEE , Microsoft 的Microsoft AS 高出了2.5倍-4倍，这足以证明Actuate 在易用性和各项技术比拼中拥有无可争议的压倒性优势.

如果说上面只是一个大体的统计表格，数据很显然不能让每个人信服，下面就是每一项技术指标的综合

这就是第八版的customer dashboard , 将所有用户的数据按照26个主KPI 和8个聚合KPI 进行统计, 主KPI 的技术标准包括：用户需求复杂度，满足用户需求满意度，竞争性，购买更多产品意愿，没有持续使用率，员工使用率，部署数，用户使用数，数据容量，管理员数，成功实施时间，产品可靠性，产品质量，性能，随容量增加的性能，随数据增长而产生的延迟等等，8个聚合KPI 技术标准包括：商业目标达成KPI , 费用，可伸缩性，质量和产品支持，性能，忠诚度，WEB 界面，所有KPI 汇总.

相信以如此详细的技术指标，如此大范围的调研，其专业性足可保证, 任何个人或公司想要反对都要拿出足够的数据.

而在上图中的汇总中，我们惊喜看到Actuate 在各项技术指标中，再一次以惊人的技术压倒性优势远远超过各方挑战者，Actuate 的3.44甚至快达到第二名的WebFocus 1.85的两倍了 ， 而其他各大厂商的表现则只能够用及格来表达了, Cognos Report的1.23(它另外两款产品Cognos Analysis , TM1 Server 甚至没及格), Microstrategy 1.38 甚至还没有名气远不如它的Panorama NovaView 的1.49(没听过这个产品) , OBIEE 则只是刚刚及格的1.02. BO 的两款产品BO 和Crystal Report 分别得到1.22和1.06 （可惜这两款产品完全是不同的产品线)

Actuate 平台能够取得如此好的成绩，要有一半的功劳归功于其Open Source 的birt , 有四分之一功劳归功于Actuate BIRT Viewer,Report Studio,BIRT Designer Pro.  其纯Java 的架构，完全基于Web 的功能，简单易用而又功能丰富，清晰明确的API 等优势完全俘获了开发人员和最终用户, 难怪各大厂商纷纷都愿意与Actuate 合作,IBM ,Cisco , Zend 都在其商业产品中添加了birt 的报表功能，更加不用提开源界对birt 的广泛使用. 以前一直没有足够证据或说出来难免会让人认为是厂商自己的宣传. 现在以如此细的技术指标评价所有主流厂商, 相信是可以让每个人都信服的.

其他报告细节

另外报告中还提到了一些不是泛泛而谈的经验，用户的使用BI趋势，像是用户评估多个BI 产品会得到更好的成功率，大BI 提供商的服务比小的提供商要差很多, BI 的使用率其实还并不是很高，员工长期使用BI 工具并能够得到信息的并不多（8.3%）， 软件费用不再是限制企业采用BI 的重要因素, 其中有很多可能是你在其他报告中都没有听到过的.

对比一下gartner 的调研报告，gartner 调研报告主要以公司的收入，合作伙伴和渠道商完成满意度占主体部分，数据更加抽象一些，强调的更多的是公司，而不是产品，Nigel Pendse  的调研报告则完全以产品为出发，以用户满意度为主.

社区

产品的发展，推广，在一定程度上都需要一个或以上的社区来支持，喜欢oracle 的人都知道oracle 在全世界有各种各样的社区，官方的社区otn 只是一部分程度上领导社区成员进行活动, 所以大家都喜欢学习oracle , 你能够在各种社区中得到资料和帮助, 像是国内的itpub , cnoug ，都是热闹的不得了. 而相对于各BI 厂商来说，社区的发展还很落后，民间的组织都是一些小的论坛，都没有聚集足够的人气,

Actuate 在birt-exchange 上已经在慢慢组织它的社区，各种技术资料都免费提供下载，论坛的提问也能够迅速的回答. eclipsecon , WJAX 等各种技术大会上也经常能够看到birt 的身影, 其社区的发展还是非常迅速的. 但是不得不批评一下其中国Actuatechina 的社区发展，垃圾留言没有人管理，简单的提问不回答或是要求其购买商业技术支持服务，这绝对不应该在一个世界级技术性BI领导公司看到，当然actuatechina 还是为open source 作出了很多贡献的，birt 的大部分开发工作, eclipse 在大陆地区唯一的下载服务器镜像点, 希望其今后能够更好的领导社区的发展. 作出世界级BI 领导公司的架势, 而不要入乡随俗的跟国内二三流公司一样.

如果哪个公司购买了这份报告，记得借我瞄一眼！！！！！！

参考资料

http://www.bi-survey.com/

Nigel Pendse  的主页，要下载其预览版报告需要注册

http://www.olapreport.com/

一个独立的BI 调研机构

BIRT 最近公布了一个从php 调用birt 报表的示例，从而使php 开发环境具备了一个高水准的报表框架，后台执行引擎还是java 的，使用了php-java-bridge 这样一个开源框架，一直都听说各种基于JVM 的动态语言框架如雨后竹笋出现，还有什么java 与.net 互通的成功案例，从来都不知道java 可以和php 互通的（自己孤陋寡闻而已），而这个php-java-bridge 通过php 引擎向java web 容器(tomcat 等) 发送XML-RPC 请求，所以需要你的环境能够即支持java web 环境又支持php 开发环境. 一般典型情况是这样:

你的php 仍然使用apache 作为web server , 使用端口80, 它是默认的端口是由Apache使用。

你的tomcat 使用8080 端口作为java web container 来处理实际的BIRT 报表任务. 并且你的tomcat 里面已经部署了它提供的JavaBridge.war 应用, 里面默认是包含BIRT Runtime Engine 2.2.2 的, 里面跟BIRT Runtime 基本都一样，除了以前的jsp 文件现在变成了php 文件.

当有一个请求到达你的php 环境调用报表的时候, 它就会请求后台的tomcat 来实际执行这个报表，并把结果返回给php 这边. 在php 里面使用如下的代码:

<?php
define ("JAVA_HOSTS", "127.0.0.1:8080");
define ("JAVA_SERVLET", "/JavaBridge/JavaBridge.phpjavabridge");
require_once("java/Java.inc");

echo java("java.lang.System")->getProperties();
?>

当然，如果你喜欢在tomcat 里面开发php 程序，我们也不拦着你.

从上面代码看的出来，可以是多php 程序调用同一个tomcat 实例，也就是说多个普通的php + apache 的环境连接一台java+tomat 的机器就够了.

兼容性

这种从php 代码里面调用BIRT 报表的方式肯定是不会有100% 的兼容性的，不过目前对于常用的BIRT 功能都已经提供了对应的php class ，常用的BIRT 功能都是支持的:HTML ，Excel  ,PDF ,WORD 的输出，图片的生成，library 的使用，drill-through , javascript 的事件等。

目前已知的是它不包括那个birt open source viewer , 可以简单理解为那个长得不太好看的导航条部分，它主要提供运行参数的UI , TOC 的控制， 导出数据 和打印的功能，因为那个部分是jsp + prototype.js 做的，如果你需要做参数页面的话， 你要自己用html + php 脚本来做，设置参数就是用

$task->setParameterValue(“Top Count”, new java(“java.lang.Integer”, 6));

这样的语句就可以了.

其他的关于BIRT 功能性上的兼容性还未知，

关于java 方面的兼容性根据php-java-bridge 网站上给出的信息是：支持jsp , jsf 或其他框架，J2EE 后台的容器和apache 的load balance.

性能

BIRT 报表本身的性能是非常快的，使用了这个php-java-bridge 之后，从php 调用BIRT 报表也同样非常的快，根据我自己实际测试的结果是比从java 调用BIRT 快一点点.

从JAVA 调用BIRT 的第一次执行会比较慢，主要是因为要生成Document 文件，第二次或之后的速度就是正常的速度. 一般考虑性能指标都不算第一次的时间。

而这个php 版的BIRT 第一次执行BIRT 报表的时候就会非常快，跟第二次或之后的速度差不多，而即使是第二次执行，php 版的还是比java 版的要快一点点，0.5秒左右.

应用

我对php 开发语言是完全不懂的，不过从google 出来的结果看，好像php 没有一个很强力的报表框架 ， 大多数报表需求还是使用比较低层的API , （从http://www.oschina.net/project/lang/22?tag=133 了解到的），如果说的不对还请高手指出.

这次从Actuate 放出的php 版的BIRT 在很大层度上强化了php 的报表分析需求，Zend 跟Actuate 有合作开发一个商业版的php birt 框架，具体比这个开源版的强在哪些方面还不知道，我估计是有一个php 版的Actuate BIRT Viewer , （就是那个有动态交互功能的商业版) . 不过由于这毕竟不是纯php 版，而且php 开发人员也不一定会很想用一个java 环境的报表框架，尤其很重要的是企业在关键应用上使用这种php + java 的混合模式应该还是持保守态度(我猜的，除非功能需求真的很重要), 至于php 的传统领域WEB 上，应该前台还是比较少，后台是最大的应用领域，毕竟后台的统计分析需求还是比较多的， 而且服务器的环境容易控制，应该还是会受到一定程度支持的. 无论像是论坛，博客，在线社区等等这些php 的应用后台一般都是在公司内部使用，统计分析需求还是会很容易选择这项技术的.

另外一个我猜测的应用领域应该是服务器管理监控，像是不少的服务器监控领域都是使用的php , python , perl 之类的语言开发的，而且服务器管理监控的数据分析需求会远大于语言的限制， 图表，下转，动态性都是这类服务器管理领域重要的需求，尤其是一些大的互联网公司要开发满足自己管理需求的特定服务器管理软件，估计这种需求会远大于语言本身的限制.

不过要求php 开发人员知道有这样一个可选项估计Actuate 公司还有很长的路要走. php 程序员和报表开发员会需要更多的综合性知识. 至于应用怎么样，还需要时间去检验.

参考资料:

http://www.theserverside.com/tt/articles/article.tss?l=IntegratingBIRTwithPHP

Jason Weathersby 在TSS 上发表的关于怎样在php 中集成BIRT 的详细文章.

http://www.birt-exchange.com/devshare/deploying-birt-reports/743-calling-birt-from-php/#description

下载它提供的集成包，一个war 文件，部署在tomcat 里面就可以用了, 里面提供了php 的文件和BIRT 报表.

注意看具体文档.

http://php-java-bridge.sourceforge.net/pjb/

php-java-bridge 的主页.