JasperReports

JasperReports是程序员最受欢迎、最常用的开源报表工具，常和ireport一起搭配使用。JasperReports可以在Java环境下制作报表，支持PDF、HTML、XLS、CSV和XML文件输出格式。
百度搜索“JasperReports”，结果有988000条，但内容多是2012年以前的，排名第一位的官网，更新时间竟然是2008年，可以看出jasperreports的关注度、搜索量已经不比往年。

Ireport

Ireport和jasperreports是天生一对，是转为后者开发的纯java的可视化报表设计器。Ireport允许用户可视化编辑包含charts、图片、子报表等的复杂报表。iReport 还集成了JFreeChart图表制作包。允许用户可视化地编辑XML JasperDesign文件。
百度搜索ireport，返回2240000条结果，内容同样没有多少更新，毋庸置疑，ireport也丧失掉了人们的宠爱。

JFreeReport

JFreeReport是一个用来生成报表的Java类库，现在改名为Pentaho Reporting。作为开源报表工具的它为Java应用程序提供一个灵活的打印功能并支持输出到打印机和PDF, Excel, HTML和XHTML, PlainText, XML和CSV文件中。
百度搜索JfreeReport返回了19100条结果，搜索Pentaho Reporting返回了35600条结果，相比ireport更加寒碜，而且可悲的是，笔者试图找到最新的源码包和使用教程，竟然没有找到，资源还都是2009年以前的。

BIRT

BIRT是一个Eclipse-based开源报表系统。它主要是用在基于Java与J2EE的Web应用程序上。BIRT主要由两部分组成：一个是基于Eclipse的报表设计和一个可以加到你应用服务的运行期组件。BIRT同时也提供一个图形报表制作引擎。
BIRT报表由数据连接、数据转换、业务逻辑设计、表现四个组成逻辑构成，可以设计制作简单的列表报表、交叉报表和文本报表，也支持饼图、折线图、柱形图等基础图表。

BIRT报表的搜索结果还是很多的，达到了163万，这得益于与Eclipse强大的支持。但是网络舆论是怎么样的呢？大家是热捧还是棒杀？经过一番资料收集加上个人经验，BIRT的优劣大概有这么几点。优点是免费，操作界面清晰直观，布局比较科学，图表还是比较漂亮的，而且本地化做的还好，安装之后操作界面是中文的（最新版是4.4.1，可以下载测试下），这些优点在开源报表工具中也算是比较突出的。同样，缺点也很明显，条带状的报表模型，很多中国式复杂报表做不了，没有填报，若项目中遇到填报需要花费大量时间开发，最麻烦的就是问题找不到技术支持，学习资料也是很少。下图是一个网友对Birt报表的心声和态度。

Openreports

OpenReports提供基于web的开源报表解决方案，通过浏览器自动生成动态PDF,XLS,HTMLCSV和Chart报表。利用到的开源技术有Hibernate,Veloctiy,Webwork。
百度搜索Openreports返回了78400条数据，打开其官网，发现真是简陋至极， 不愧是开源报表工具！请问帮助文档在哪？请问可以交流的人在哪？请问可以在那里交流问题。

DataVision

DataVison 是一个类似于 Crystal Reports 的开源报表工具。通过它可以使用一个拖放的 GUI 设计报告并从应用程序中运行、查看和打印报告，或者将报告导出为 HTML、XML、PDF、LaTeX2e、DocBook 或以制表符或逗号分隔的文本文件，这些文件又可以用于生成 PDF、文本、HTML、PostScript 格式的报告。

DataVison的热度似乎要好一些，百度搜索结果达到70多万，但版本一直停留在2008年的V1.2.0，这就是一个致命缺陷了。翻遍各大IT论坛和问答网，也不见DataVison的讨论，可以判断，DataVison就是昨日辉煌。

Fourfive、Jmagallanes等

之所以把他们放在一起，是因为这些开源报表工具实在是人气太低了，没有必要去单独介绍分析。笔者只能说，fourfive和jmagallanes已经over了。

经过上面的分析，可以看出开源报表工具风光大不如以前，日薄西山了，形成前后如此巨大差异的原因是是什么？

数年前，人力成本低，所开发的系统难度也不高，相对于昂贵的商业报表工具，开源的报表工具成了最好的选择，虽然开源报表工具都很难，但投入人力研究是可行的。而现在，一方面人力成本成了项目的主要成本，另一方面系统难度逐渐升级，要求的稳定性、功能、美观度和交互效果已远非开源工具能解决的，对整个项目而言，商业报表工具带来的效益以远高于投入。简单总结一下，开源报表工具的致命缺点有：

1、功能整体比较弱，若是项目需求有变更，项目开发者将陷于进退两难境地，此外开源报表功能薄弱，所实现的效果、展现的功能较收费软件差距较大。

2、技术服务没有保障，若是项目中遇到难题或出现bug，开发者只能叹息了，总之项目风险很大。

3、对人员能力要求高，一般是程序员才能胜任使用开源报表，但须知这类人员的人力成本。

4、学习成本高，全英文的帮助文档、产品说明书和产品使用界面，让多少英雄泪流满面。当然也有学习资料好的，但那收费！

那么，社会潮流已经抛弃开源报表软件，需要什么样的商业报表软件呢？

对应开源报表软件的4大致命缺点，需要的商业报表需要满足如下条件：

1、功能强大，可以解决中国式复杂报表，支持多数据源报表、html5图表、移动端、填报功能。

2、强大的技术支持团队，覆盖到全国的服务体系，多种多样的服务渠道和服务响应策略。

3、报表产品易学易用易集成，0编码即可制作报表，最好支持业务人员自己DIY报表并分析。

4、事实证明类excel设计模式是最适合中国的报表设计模式，需要类excel的设计界面，多种多样的学习资料，如帮助文档、视频教程、线下线上培训课程。

当然满足这一条件的国产报表软件并不多（国外报表软件水土不服，这里直接pass掉），而FineReport便是翘楚，是中国报表软件第一品牌！
原文转载自：FineReport官网:http://www.finereport.com/knowledge/acquire/opensourcereport.html

在一个行业的信息化建设中，最让人头疼的莫过于前端展现层面的报表项目。首先需要选择合适的报表平台，然后是项目的实施，找外包团队还是自己做？报表项目需求本身也非常难确定，一个报表项目实施到一半，需求扩大，预算不够这样的例子比比皆是。

我们这里以帆软公司FineReport项目部门在某保险公司报表项目上成功实施的报表项目为案例，分三个篇幅分享一下保险行业信息化建设之报表项目案例经验。

项目实施周期：3个月

项目实施工程师：2人

报表工具选择：帆软报表FineReport

背景及具体需求如下：

一．XX保险公司增值应用现状

……在多年的信息化过程中，积累了大量的客户，销售人员和保单数据以及交易数据，但是数据未能充分利用，对数据深层的关联和所蕴含的价值挖掘不深。……如何结合我公司实际，挖掘现有数据价值，用活数据，将数据转化为生产力，从而辅助领导进行决策，促进提高工作效率，提升公司效益，是我们现在亟需解决的一个问题。

现阶段，省公司基于数据服平台(DSP)的增值应用主要包含：xx统计查询系统（xxqrydb）、业务查询系统（YG-QRY）、销售管理平台、个险简易查询平台、销售人员业绩统计管理系统（SIMS）、xx省短信发送系统（xxsmsdb）、xx省监控系统（xxmsdb），续期查询等。还有并非数据服务的系统，只是为了满足相关部门需求的应用系统，如xx需求查询系统（xxrims），以及xx人力考勤系统，财务邮寄登记查询系统等。

二．XX保险公司增值应用架构

三．XX保险公司增值应用特点

1．应用系统多，入口不统一，权限不统一，规范不统一，数据不统一，开发工具不统一。

2．数据应用代码重复利用率低。

3．应用范围广，使用人员多。

4．报表展现形式单一，以数据展现为主，数据分析类较少。

5．数据来源不仅仅基于数据服务平台，越来越多的应用需要手工录入、手工导入和手工填报。

6．应用需求驱动多，数据驱动少。

7．应用服务于公司内部多，服务于外部少。

四．XX增值应用统一平台规划

基于以上XX增值应用特点，因此计划搭建“XX增值应用统一平台”，主要需求如下：

1．建立XX数据仓库

……近期目标：设计基本主题，如：保费主题、保单主题（新单受理-承保-核保-理赔-退保-撤单）、渠道主题（个险、团险、银保、电销）、客户主题等，基本涵盖现有应用，形成主题丰富，易用高效，性能优良，便于扩展的基础架构。

未来目标：设计更多主题，如运营主题，公司绩效考核主题等，使用先进技术，对数据仓库不断改进，持续优化，从“产品为中心”逐步发展到“以客户为中心”，使其不断适应公司发展需要。

2．搭建XX统一登录系统。

3．建设XX商业智能(BI)系统

……近期目标：

1) 原有系统整合和迁移，测试和试运行。

2) 丰富报表展现形式。不仅仅包含固定格式报表，还包括动态报表，交互式报表，自定义报表（定制报表），以及数据、图形、趋势分析，趋势预测等多样化的图形分析。制式报表、动态报表，交互式报表，自定义报表（定制报表），图形化展现等，提高用户体验和感受。

3) 使用OLAP技术，对数据进行分析

4) 使用数据挖掘技术，可针对一些主题进行深度挖掘，形成一些基本的数据挖掘模型，为领导决策提供更有价值的决策信息。

未来目标：不断完善和丰富数据挖掘模型，能对未来趋势进行预测，从而指导公司的经营活动和领导决策。

五．XX增值应用统一平台建设目标

1．既结合当前应用需要，又能满足未来应用发展需要。

……考虑到未来各业务部门和管理部门需求会越来越多，业务逻辑越来越复杂，数据仓库的数据量也越来越大，因此，系统的可扩展性是必须考虑的重要因素。

2．系统具有良好的性能，具有对大量数据的并行处理能力

……如何对大数据进行有效出题，提高系统对大量数据的并行处理能力，使系统具有更高的性能，是我们必须考虑的另外一个重要因素。

3．应用层的最终展现手段丰富多样，能满足用户的个性化需求。

4．合理严格的权限管理，能满足公司各级用户的需要。

5．系统用户并发性能适应公司需要，不能由于用户过多导致系统太慢或者崩溃，切实提升用户体验。

我公司全省有近xx名员工，近x万名销售人员和xx多万的客户，此次建设的XX增值应用统一平台，计划将内部员工和销售人员纳入系统中……在用户并发性和大数据量操作的情况下，能有效减少用户等待时间，提高系统响应速度。

6．友好的个性化首页，信息丰富，界面美观

六．XX增值应用统一平台实施步骤

1．整理我公司现有的各类统计、查询应用，通过统一规划，分成不同主题，统一数据来源，统一规范，统一计算口径和数据逻辑，形成数据的统一出口，保证数据的准确性和一致性。此阶段主要是结合现有应用从技术角度对数据进行整合。

2．征集省市县各相关部门的需求，对现有各类统计、查询应用意见和建议，抽取需求共性，结合第一步中的需求，形成数据仓库的基础框架和相关主题建设目标。此阶段主要是从应用的角度对数据进行整合，主要是业务驱动。

3．选择外包公司，合作开发。根据现状和需求特点，外包公司结合自身实际和优势，针对xx增值应用统一平台建设，形成项目解决方案。

根据外包公司报表项目解决方案，结合我公司技术人员对业务及业务流程熟悉的优势，选择具有先进技术和符合我省实际的外包公司进行合作，实施XX增值应用统一平台报表项目建设。

4．完成xx增值应用统一平台开发，进行测试和试运行。

5．平台推广和培训。

不仅包含对省市县各级公司的用户使用培训，也包含对增值应用统一平台的运维培训及后续继续开发和完善培训，以及对有需求地市的信息技术部人员的技术培训，便于其使用数据仓库系统进行数据挖掘和数据分析。

6．正式上线运行。

备注：项目所采用报表产品及外包厂商为帆软公司，算是报表行业的领头角色，报表产品或者项目需求，将帆软(http://www.finereport.com)列入选择之一，是比较靠谱的。
文章转自：http://blog.vsharing.com/fanfanzheng/A1754391.html

1. 问题描述

客户的用户群体很大，涵盖范围很广，为了数据安全，所以将不同区域的数据存在不同的数据库中。同时考虑到开发工作和后期的维护等，将这些数据的业务在同一张表里显示（这些业务关系一样，在数据库中表的字段都一样）。所以在数据录入时，需要根据用户所在的区域，将用户录入的数据存入不同的数据库表中。

2. 解决思路

在模板中建几个隐藏的按钮控件，分别设置提交事件，触发提交入库，再在工具栏上或者模板中设置自定义按钮，编写js，根据不同的参数触发不同的按钮，实现根据不同的参数提交到对应的数据库功能。

3. 示例

我们的FRDemo数据库中有2张表S订单和订单，这两张表的数据结构一模一样，选择华东，华中，华北地区的数据时，数据填入数据库S订单，选择其他地区时，数据填入数据库订单。

3.1 数据准备

新建模板，新建数据集ds1：SELECT * FROM [订单] where 货主地区='${地区}'。

3.2 参数界面设置

切换到参数设计界面，将地区参数的控件添加到面板中，数据字典设置如下：

3.3 报表主体设计

这里为了简洁方便，只添加了几个控件，并没有将所有数据列都添加一个控件，如下图：

其中第5行中为填报控件，控件设置如下表：

3.4 按钮设置

如上图，第2行中的三个按钮分别为进行提交入库操作的2个隐藏按钮和一个进行点击操作的可见按钮。

· E2单元格

控件名为“s”，该控件控制S订单表的填报，添加一个点击事件，事件类型选择提交入库，如下图：

· F2单元格

控件名为“S1”，该控件控制订单表的填报，添加一个点击事件，事件类型选择提交入库，如下图：

将E2单元格和F2单元格中的按钮都设置为不可见。

· H2单元格

给该按钮添加一个点击事件，如下图：

完整js如下：

1. var s=contentPane.getWidgetByName("s");  

2. var s1=contentPane.getWidgetByName("s1");  

3. if(area=='华东'||area=='华北'||area=='华中')  

4. s.fireEvent("click");  

5. else  

6. s1.fireEvent("click");  

该提交按钮也可自定在工具栏中，设置过程一样。

3.5 效果查看

点击填报预览，参数选择华东，效果如下图：参数选择西南，效果如下图：

注：此例中由于数据的限制，只用了2张数据表进行填报，如果有多张表，则需要设置多个隐藏按钮。

1. 问题描述

如何实现点击图表1，图表2显示图表1的关联数据，接着点击图表2，图表3显示图表2的关联数据又该如何实现呢，如下图，下面详细介绍该功能的实现步骤。

2. 示例

2.1 数据准备

新建3个数据集作为3张图表的数据源。

ds1：SELECT * FROM [销量] where 1=1 ${if(len(地区)==0,"","and 地区='"+地区+"'")}

ds2：SELECT * FROM [销量] where 1=1 ${if(len(地区)==0,"","and 地区='"+地区+"'")} ${if(len(销售员)==0,"","and 销售员='"+销售员+"'")}

ds3：SELECT * FROM [销量] where 1=1 ${if(len(地区)==0,"","and 地区='"+地区+"'")} ${if(len(销售员)==0,"","and 销售员='"+销售员+"'")} ${if(len(产品类型)==0,"","and 产品类型='"+产品类型+"'")}

2.2 图表设置

· 数据源设置

新建3张图表，柱形图、饼图、折线图，其数据源分别为ds1，ds2和ds3，具体数据源设置如下图：

· 交互属性设置

点击柱形图时，需要将柱形图的分类轴传递给饼图，作为饼图数据源和折线图数据源的一个参数值，点击饼图时，需要将饼图的系列名传递给折线图作为折线图数据源的参数值，如果类似图表联动中的是两个图表之间的相互关联，则直接使用超级链接-联动单元格，但是此处折线图需要接收来自柱形图的分类轴值，而折线图却不是和柱形图联动，所以无法直接使用超级链接-联动单元格，我们可以使用超级链接中的动态参数，点击柱形图或饼图的时候，动态的给参数赋值，并且参数值一直存在，设置如下图：

柱形图

饼图

· 参数界面设置

如最上面的效果图，切换到参数设计界面，点击右侧下方面板的全部添加，将参数全部添加到参数面板中，如下图：

地区参数的控件类型选择下拉框，数据字典设置如下图：

将销售员和产品类型的控件以及标签设置为不可见，将销售员和产品类型两个参数的控件添加上去主要是为了在预览一次报表之后，重新选择地区时，可以重置销售员和产品类型两个参数。

2.3 效果查看

点击分页预览，效果如上图。

同手机端一样，需要在pad端安装客户端，下载地址为：Android，在google play 里面搜索finereport或数据分析，然后下载安装。iphone、ipad，在app store里面搜索：finereport或数据分析，然后下载安装。

1. 操作步骤

1.1 连接服务器

需要在客户端查看报表，首先需要配置服务器，如果pad端没有连接服务器，则打开软件就会进入服务器连接配置页面，点击点击添加连接至服务器，如下图

点击完成之后，则会进入到用户名密码输入界面，如下图：

1.2 客户端主界面

输入用户名密码之后即可进入到移动端的决策系统，可在该界面上查看报表，填报报表等等一系列操作，界面如下：

1.3 报表查看

打开报表目录树，点击报表即可，如我们展示报表展示目录下的数据钻取报表，如下图：

其它特殊操作同手机端的报表查看，这里不再赘述。

FineReport是一个纯Java软件，因此对于J2EE的项目，可以做到无缝集成。

报表服务器并非物理概念的服务器，而是以一个标准的J2EE应用的形式或者jar包的形式提交给程序。应用程序通过url来调用报表，或者通过开放的API来调用报表的各种功能，来实现更加灵活的控制。报表集成到应用程序后，即可作为一个统一完整的程序来进行发布。

同时无缝集成还能够使报表与应用程序使用同一个数据库连接池，或进行集群，负载均衡等，提高报表的运行效率，原理图如图1所示：

图1 Java项目集成原理图

报表工程目录结构

       在说明配置FineReport服务器之前，我们先了解一下FineReport应用服务的目录结构：

对上图的目录层次结构我们做一些说明：

WebReport：可以看到所有的相关文件都包含在WebReport这个服务器应用工程中，也就是说WebReport是我们默认的工程名，此项名字可以修改。

WEB-INF：WEB-INF目录是J2EE服务器中默认规定的，全称是Web Information。

classes：classes 文件夹也是应用服务器默认规定的。主要作用是存放.class文件，例如在FineReport中，如果要使用"自定义函数"，"程序数据源"和"程序网 络报表"等功能，必需先使用我们提供的接口来编写.java文件，然后将编译后产生的.class文件存放到该目录下。

lib：lib 也是应用服务器规定的目录结构。FineReport该目录下主要包括fr-server-6.5.jar，第三方类的jar文件和一些常用数据库 JDBC驱动，比如ojdbc14.jar就是Oracle数据库的驱动，应用服务器在启动的时候会自动将lib目录下所有的.jar文件加载到系统的 classpath中；fr-server-6.5.jar包含了FineReport服务器的所有功能，它是由FineReport源文件编译后产生 的.class类文件。例如：Servlet类com.fr.web.ReportServlet便位于fr-server-6.5.jar中。

reportlets：reportlets是FineReport服务器默认规定的，不能修改。可以在这个目录下面建立子目录文件夹，FineReport设计器设计的模板一般都保存在这个目录或者它的子目录下面，以便FineReport服务器调用。

resources：resources 是FineReport服务器默认规定的，不能修改。下面保存了一些.xml文件，这些.xml文件里面保存着FineReport服务器的配置等信 息，FineReport服务器启动的时候，会自动加载这些.xml文件（有些xml文件不是运行必需的）。

web.xml：这个文件也是J2EE服务器所规定必须建立的，我们在此文件中定义了FineReport的SERVLET的解析路径方式，权限加载等一些内容，此文件初始配置内容如下：

1. <?xml version="1.0" encoding="UTF-8"?>    

2. <web-app xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"    xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"    version="2.4">   

3. <servlet>  

4. <servlet-name>ReportServer</servlet-name>  

5. <servlet-class>com.fr.web.ReportServlet</servlet-class>  

6. <load-on-startup>0</load-on-startup>  

7. </servlet>   

8. <servlet-mapping>  

9. <servlet-name>ReportServer</servlet-name>   

10.<url-pattern>/ReportServer</url-pattern>  

11.</servlet-mapping>  

12.</web-app>  

报表集成步骤

1、 服务器部署

FineReport报表是一个Servlet应用。大 家知道，Servlet是一种服务器端的Java应用程序，具有独立于平台和协议的特性，可以生成动态的Web页面。 它担当客户请求（Web浏览器或其他HTTP客户程序）与服务器响应（HTTP服务器上的数据库或应用程序）的中间层。 Servlet是位于Web 服务器内部的服务器端的Java应用程序，由Web服务器进行加载，该Web服务器必须包含支持Servlet的Java虚拟机。

因此FineReport报表必须部署在Web应用服务器如Tomcat、Weblogic、Websphere等下面，启动Web应用服务器时就会加载FineReport报表这个Servlet，从而交互式地浏览和修改数据，整个过程如下：

报表部署分为两种，一是报表作为一个独立的应用独立部署；或者是集成到现有应用即嵌入式部署。不管哪种部署方式，他们的目录结构都是类似的。

如下图我们对未包含报表的应用及包含报表的应用目录作一个比较：

       1.1独立部署

FineReport安装目录下的WebReport目录就是一个标准的应用，因此，若用户希望将报表作为一个独立的应用进行部署的话，可以直接使用WebReport目录进行发布。

       1.2嵌入式部署

若用户希望将报表集成到自己的应用中的话，则可以对应上图“部署报表后的应用”目录结构，将对应的报表文件拷贝到相应目录即可。

2、 页面集成

用户系统的网页可能由不同的语言开发，如HTML、ASP、JSP、PHP等。FineRepor报表可以通过Frame框架集成到Web页面中，指定Frame的src即可。

例：<iframe id="reportFrame" width="900" height="400" src="/WebReport/ReportServer?reportlet=/doc/Primary/Parameter/Parameter.cpt"></iframe>  

另外页面集成中的一些常见应用：动态传参、自定义参数界面、自定义工具栏、页面布局等；可以参考FR在线帮助手册。

3、 权限集成

3.1、FR权限流程图

3.2、丰富的权限认证方式

        FineReport为了保证权限功能的通用性，提供了多种认证方式，其总体架构图如图

图2 FineReport权限总体架构图

3.3、权限粒度

        很多系统的权限认证只是限制模块的使用，使得合法用户能够行使自己的权利。FineReport在满足这种整体权限认证的同时，权限的控制力度可以达到同一张报表的内容在不同权限下展示的效果不一样，这样就免除了制作大量的报表来实现同样效果，尤其是在企业内部业务繁杂，审批麻烦时，一张报表就可以解决所有问题。

3.4、灵活的权限集成

伴随着国内信息技术的高速发展，越来越多的政府和企事业单位使用信息管理系统来管理日常的工作生产，但是每个系统应用都有自己的权限体系模型，经常会出现一个用户在好几个系统应用里面都有设置，这样就产生了两个问题：1：用户每访问一个系统，都要登录一次，既繁琐又要用户记忆很多的用户名和密码；2：加大了对日常的组织分配和人员变更的维护的复杂性和高成本性。

FineReport提供的权限认证，可以灵活的与其它系统进行统一认证，实现单点登录。

当我们按照上面的三种类型的身份验证方式配置好相应权限后，需要将报表和相应的系统进行集成，我们采取的方式是：

1：当客户登录时通过FR登录接口传递相应的用户名和密码给我们报表系统；

2：报表系统会匹配报表用户数据集中的用户名和传递过来的用户名，然后识别登录用户的角色，并根据角色绑定相应的权限；

3：把角色存储在session里面，这样用户访问每张报表时，报表权限都会先和session进行验证，满足的话就直接进行相应权限的操作，不满足的话则会提示没有权限。

具体的实现过程如图3所示：

图3 权限集成示意图

              注：FR报表登录接口：http://../ReportServer?op=auth_login；

                     FR报表登出接口：http://../ReportServer?op=auth_logout；

总结

       FineReport同样作为J2EE的一个应用，可以跟任何J2EE架构的工程进行完美的无缝集成。

       如有任何疑惑，FR竭诚为您服务。

在手机端查看finereport报表之前，需要下载我们的移动端app。下载地址为：Android，在google play 里面搜索finereport或数据分析，然后下载安装。iphone、ipad，在app store里面搜索：finereport或数据分析，然后下载安装。

下载完成之后，按照提示安装。

1. 操作步骤

首先在PC端搭建好数据决策系统，然后再在手机端连接该决策系统。

1.1 配置服务器连接

• 进入配置界面

打开软件，首先需要连接服务器，点击菜单键，选择服务器，进入服务器连接配置界面，如下图：

服务器界面：

• 添加服务器

1.2 点击添加服务器，如下图：

点击完成，服务器连接则配置好了，接下来可以查看报表。

方案：在报表中通过ajax在后台执行jsp，jsp获取参数并调用数据库存储过程，下面以一个实际例子来看。

环境：Tomcat6.0，FineReport7.0.2，jdk1.6，oracle

步骤:

1:所有环境安装完毕，同时在oracle中创建一个删除数据的存储过程，如下图所示：

2：编写一个jsp页面，用以获取对应存储过程，如下所示：

3：新建报表模板，并在模板中建立按钮，书写对应js如下：

4：实际运行测试，结果如下所示：

点击前：

点击后：

结束语：

例子比较简单，但是实际的时候一些编码等问题还是需要考虑的，如果传入数组参数另说了。

1. 控件效果

注：6.5.5版本会在输入框中显示选择值的完整路径。

2. 基本属性

2.1 控件名

如文本控件。

2.2 可用

如文本控件。

2.3 可见

如文本控件。

2.4 控件值

给下拉树赋默认值，根据下拉树返回值的不同，默认值的输入格式不相同，必须与返回值的格式保持一致。

2.5 数据

·         自动构建

自动构建树能够根据数据自动构建出下拉树，无需一层一层定义数据，但是其必须使用树数据集来构建。

·         分层构建

不是所有的数据都能自动构建出下拉树，因此需要分层构建。

层次1

层次1通过数据字典来定义下拉框的实际值与显示值。

层次2

层次2的数据一般会根据层次1的数据进行过滤，因此需要定义成数据集，然后通过数据查询返回数据集定义的列。一般数据集定义成：SELECT 字段 FROM 表名 WHERE 层次1的字段 = '${layer1}'

注：layer1表示取层次1节点的值，若在层次3中调用，则是SELECT 字段 FROM 表名 WHERE 层次2的字段 = '${layer2}'依次类推。

3. 高级属性

3.1 多选

即确定下拉树类型，勾选多选即为多选下拉树，去掉勾选即为单选下拉树。

3.2 异步加载

勾选即为使用异步加载，下拉树中首次只加载父节点的数据，当点击父节点前面的加号后才会重新与数据库交互取出对应的子节点数据，适用于数据量大的情况。

去掉勾选表示下拉树中的数据是一次性全部取出，适用于数据量小的情况。

3.3 只返回叶子节点

勾选只返回叶子节点，即下拉树文本框中只返回该节点的最后一层数据，不勾选即表示选中什么则返回什么，如下表：

注：只返回叶子节点只对多选下拉树起作用。

数据表中需要新建一个字段district，该字段内容需要由另两个字段country和city加上汉字拼接而成，手动添加数据非常麻烦，这时候用FineReport报表工具的填报功能可以简单且快捷地实现字段拼接并回填至数据库，实现该字段内容的更新。
下面看一下Java报表工具FineReport实现这一效果的具体步骤。
1. 绑定数据列
在报表表样中，A3单元格绑定country字段，B3单元格绑定city字段
C3单元格时对应district字段的，district字段由country字段和city字段拼接而成，因而在C3单元格中写入公式：=”国家：”+A3+”城市：”+B3

2. 设置填报属性
设置报表填报属性，使得每个单元格的值能够回填至对应的数据表字段中，如下图

3. 设置控件属性
设置报表控件属性，方便修改单元格的值，并进而实现各字段的更新，这里将3个单元格都设置为文本控件，如下图

4. 填报预览
点击报表设计器上的“填报预览”按钮，可以在浏览器中预览到C3单元格的值已经自动拼接了，如下图

点击“提交”按钮，弹出提交成功对话框，表示更新的字段已经回填至数据库中

5. 检查数据表中district字段
查看数据表，发现原先为空的district字段已经更新

1. 问题描述

地图的钻取功能，如下图，首次访问显示全中国各省份数据。点击山东省，进入山东省省地图，显示山东省数据，并在右侧的柱形图上显示展现该数据，实现联动效果。

2. 实现步骤

2.1 数据准备

新建2个数据查询ds1和ds2,：

ds1：SQL为SELECT * FROM [地图]。

ds2：SQL为SELECT * FROM [地图] where 省份='${provience}'。

2.2 地图制作

· 添加地图

合并一片单元格，点击菜单栏中的插入>单元格元素>插入图表，选择地图，然后点击确定，如下图：

· 地图类型

选中地图，在设计器右侧的图表属性面板图表属性表-类型选择地图类型，默认选择为国家地图>中国。

注：设计器内置有三种地图，世界地图，国家地图以及省市地图，其中国家地图有两个，中国和美国，省市地图为中国的各省市地图，如需自定义地图，则可导入自己准备好的地图图片进行设计，详细请查看自定义地图钻取与联动。

· 区域对应

在FineReport的内置数据库中存有区域对应字段，即表示地图的区域名跟数据库中存有的区域名的对应关系，比如说：中国地图，在地图类型处选中中国，点击设置按钮，选择区域对应字段，默认的区域对应字段为各省市的全称，如下图：

如果数据中的区域名称跟内置的区域名称不一致，即要重新配置区域名称对应，如上图所示，进入定义区域名对话框，可直接在右侧的数据库区域名中手动输入，也可选择数据集之后，直接通过下拉框输入。

本

注：如果数据库中的区域名称跟设计器中内置的地图区域名称对应不上，在使用过程中就会使用默认的区域对应关系。

· 地图数据

定义好地图的类型之后，就可以为地图定义数据来源了，选中地图，点击图表属性表-数据，进入数据设置面板，地图展现方式选择多层钻取，如下图：

钻取层级设置

从上图可以看到，钻取层级下有个中国的文件夹，选中中国文件夹，右击，则会跳出层级设置对话框，如下图：

图中的钻取对应地图表示该区域在钻取完成之后显示的地图，可手动输入，也可下拉框选择，但是该地图必须是定义好的，即必须是内置的地图或者是自定义好的。

注：如果钻取层次不止两级，比如说钻取到福建省之后，还需要钻取到福建省下面的县级市，但是我们内置地图只到省市，没有内置县级市的地图，这是时候就需要自定义地图，即自定义县级市地图，然后选中福建省，右击，进入下层钻取设置，在钻取对应地图中选择自定义的地图。比如，自定义了一张泉州市地图，如下图设置即可钻取至泉州市：

钻取数据设置

点击钻取数据，为每个层次的地图添加数据，层次1即中国地图的数据来源为ds1，区域名为省份，区域值为销售额，层次2即省市地图的数据来源也为ds1，区域名为地名，区域值为利润额，如下图所示设置：

注：支持地图层级钻取的数据表的数据必须全部在一张表中。如果用户数据在多张表，需要用户自己写sql合成一张表。

在设置钻取层次时，数据设置了几层就显示几层，空白层次不显示。

· 地图样式设计

选中地图，点击图表属性表-样式>系列可修改值区间以及配色方案。如下图：

注：

数据区间配置

数据区间配置如果选择自动， 即设计器会根据数据的最大值最小值自动划分区。

我们这里选择自定义，主题颜色改为深绿色，划分阶段使用默认值5，区间段设置如上图所示，如果需要修改区间段的颜色，点击色块即可修改。

2.3 柱形图

合并一片单元格，点击插入>单元格元素>插入图表，选择柱形图，点击确定即可添加一张柱形图。

· 柱形图数据来源

· 柱形图样式设计

给柱形图添加标题各地区利润额排名，如下图：

2.4 联动设置

如上所述，地图和柱形图都已经设置好了，如果要实现联动，则需要在设置交互属性。

选中地图，在图表属性表中选择特效，点击交互属性，添加一个超级链接，即点击，添加一个图表超链-联动单元格，设置如下图：

出现问题先搜一下文档上有没有，再看看度娘有没有，再看看论坛有没有。有报错要看日志（6.5的日志在设计器的菜单栏有窗口视图日志）。下面简单罗列下常见的问题，大多文档上都有提到的。

address pool is full：

地址池满，连接数超过并发数上限。

文档

使用了未注册的功能：

未注册的版本是可以试用所有功能的。注册的lic是勾选过功能点的，如果制作的模板使用了未注册的功能就会报这个错误。一般容易分辨，有的客户可能禁掉报错界面，这样测试是好的，一放到服务器上就出不来，没有报错界面就不太容易发现了。

文档

提示注册：

注册常见问题处理方法：http://www.finereporthelp.com/help/9/4.html

文档

session timed out：

session超时。

文档

没有返回数据集：

在存储过程中的操作语句之前加上set nocount on 或者在数据集exec调用存储过程的前面加上这句。

当SET NOCOUNT 为 ON 时，不返回计数（表示受 Transact-SQL 语句影响的行数）。当 SET NOCOUNT 为 OFF 时，返回计数。

如果存储过程中包含的一些语句并不返回许多实际的数据，则该设置由于大量减少了网络流量，因此可显著提高性能。

文档

模板文件损坏，或者打开模板没有反应：

FR的cpt模板由设计器做出源文件是一组组的标签括起来的语句。像HTML的结构那样，可以用文本编辑器打开。有些客户的模板可能做的比较BT，或者高低版本乱捣鼓，或者正操作着出现什么DT的情况导致模板不完整。一般报错会告诉出错的位置。655版本可以用bak文件还原下，7.0就不太好办，可以尝试填补部分语句主要是标签来抢救部分模板。

找不到模板：

找不到模板可能的原因看看是不是URL的问题，直接在模板中写中文的话，有些浏览器是会自动转码的（记得chrome、搜狗好像是），有些不会，比如IE。

文档

java heap space、stack overflow：

这个问度娘。常见的原因是模板做的很复杂，用了上百字段，上百行的sql语句，各种嵌套，尤其要注意有没有死循环。也有可能是服务器端的问题，比如tomcat最大内存太小了用了默认的64M。

数据集定义中有下拉复选框参数出问题：

下拉复选框控件返回值默认情况下是数组，参数取到的字符串是不带引号的（所以在数据集定义的sql语句中调用字符串类型的参数的话要手动加上单引号才行）。多个值用in，sql的in语句参数是字符串数组，每个都要求带单引号。所以要转化下，把控件的返回值改成字符串，间隔符用','。

文档

本地预览的效果和服务器上的效果不一样：

首先检查jar包等是不是有问题。也有可能是嵌入平台后出现的问题。

文档

平台管理忘了密码或者登不进：

报表平台管理只有一个账号，用户名和密码放在web-inf/resources/privilege.xml中。655密码没加密，7.0密码是加密的，密码在<rootManagerPassword>标签中，把里面改成<![CDATA[___0022]]>密码就是一个1.用这个密码登进去再重新设置。

图表中文乱码（方框）：

这个Linux环境下装了oracle后容易出现这样的情况，方框是缺少中文字体的缘故（常见英文字体各种环境应该都有的）。安装对应的中文字体即可解决。

大块头的数据库搞坏字体环境并不少见，上次在win7里面装domino，好多软件的字体都被搞了，重装了系统的中文字体重启了计算机才恢复正常。

数据集预览的时候中文乱码（全问号）：

乱码有几种情况：一种是方框，这个是字体的原因，画不出来汉字。一种是问号，这个是编码的问题，比如mysql数据库默认的编码是latin1，库里面没有中文对应的编码，就解析不了中文，解决方法是改变编码，比如把mysql的编码改成utf8或者gbk。这里要注意下的是，数据库有服务器编码，客户端编码，具体的某一个数据库和具体的表也有编码，只有在建数据库建表的时候选对了编码才行（没选的话就用的默认的）。

repeated column width is larger than paper width：

这个看这段话应该是很好理解的。比如做的模板页面宽度只能放开5列，结果给6列做了重复和冻结，这个逻辑上肯定是说不过去的。

文档

模板打不开，拒绝访问：

可能是win7操作系统对文件有权限。

安装设计器后无法预览报表（404报错）：

文档

对象不支持此属性或者方法、XXX未定义：

文档

THREE未定义:

自己没碰到过没解决过。

日期比较导致出错：

我测试用的是自己搭的sqlserver2005.2012/01/01这种格式的日期和FR上的2012-01-01这种格式的是不能比较的，直接从数据库中读取的日期格式都比较长，不光是年月日，而且读不出来，不知道是为什么，预览时可以看到的。然后我加了个在条件属性中加了个left(todate($$$),10)转化了一下就解决了，todate转化成了-连接，前10是年月日。

由一个单元格扩展出来的行高不一致（填报预览）：

但是分页预览却是没有问题的。最后发现时因为设置了数据字典。设置了数据字典的单元格其真实值一行显示不了的，就换行了，所以变宽了。难道是填报预览时计算需要空间的时候用的是真实值计算的？解决方法，注意点，拉宽点就好了。

使用程序数据集出错：

654和655都有个问题是加载了有问题的class文件作为程序数据集，下次就打不开了，655是设计面板单元格界面没有了。7.0版本没这个问题。

程序数据集class文件必须放在class com fr data目录下。 编译好了后的class名也是不能修改的。

自定义数据字典显示等号问题：

FR的像自定义数据字典这种地方，跟单元格还有提示定义框一定，如果不是‘=’号开头是当做字符串处理，‘=’号开头当做公式处理。所以单写一个等号就是空白的。显示等号的话用="="

一个单元格内容过多报错：

临时解决方法，直接合并多个单元格可以增加输入内容。

下面的方法是我对海量数据的处理方法进行了一个一般性的总结，当然这些方法可能并不能完全覆盖所有的问题，但是这样的一些方法也基本可以处理绝大多数遇到的问题。下面的一些问题基本直接来源于公司的面试笔试题目，方法不一定最优，如果你有更好的处理方法，欢迎与我讨论。 

1.Bloom filter 

适用范围：可以用来实现数据字典，进行数据的判重，或者集合求交集 

基本原理及要点： 

对 于原理来说很简单，位数组+k个独立hash函数。将hash函数对应的值的位数组置1，查找时如果发现所有hash函数对应位都是1说明存在，很明显这 个过程并不保证查找的结果是100%正确的。同时也不支持删除一个已经插入的关键字，因为该关键字对应的位会牵动到其他的关键字。所以一个简单的改进就是 counting Bloom filter，用一个counter数组代替位数组，就可以支持删除了。 

还有一个比较重要的问题，如 何根据输入元素个数n，确定位数组m的大小及hash函数个数。当hash函数个数k=(ln2)*(m/n)时错误率最小。在错误率不大于E的情况 下，m至少要等于n*lg(1/E)才能表示任意n个元素的集合。但m还应该更大些，因为还要保证bit数组里至少一半为0，则m应 该>=nlg(1/E)*lge 大概就是nlg(1/E)1.44倍(lg表示以2为底的对数)。 

举个例子我们假设错误率为0.01，则此时m应大概是n的13倍。这样k大概是8个。 

注意这里m与n的单位不同，m是bit为单位，而n则是以元素个数为单位(准确的说是不同元素的个数)。通常单个元素的长度都是有很多bit的。所以使用bloom filter内存上通常都是节省的。 

扩展： 

Bloom filter将集合中的元素映射到位数组中，用k（k为哈希函数个数）个映射位是否全1表示元素在不在这个集合中。Counting bloom filter（CBF）将位数组中的每一位扩展为一个counter，从而支持了元素的删除操作。Spectral Bloom Filter（SBF）将其与集合元素的出现次数关联。SBF采用counter中的最小值来近似表示元素的出现频率。 

问题实例：给你A,B两个文件，各存放50亿条URL，每条URL占用64字节，内存限制是4G，让你找出A,B文件共同的URL。如果是三个乃至n个文件呢？ 

根 据这个问题我们来计算下内存的占用，4G=2^32大概是40亿*8大概是340亿，n=50亿，如果按出错率0.01算需要的大概是650亿个bit。 现在可用的是340亿，相差并不多，这样可能会使出错率上升些。另外如果这些urlip是一一对应的，就可以转换成ip，则大大简单了。 

2.Hashing 

适用范围：快速查找，删除的基本数据结构，通常需要总数据量可以放入内存 

基本原理及要点： 

hash函数选择，针对字符串，整数，排列，具体相应的hash方法。 

碰撞处理，一种是open hashing，也称为拉链法；另一种就是closed hashing，也称开地址法，opened addressing。 

扩展： 

d-left hashing中的d是多个的意思，我们先简化这个问题，看一看2-left hashing。2-left hashing指的是将一个哈希表分成长度相等的两半，分别叫做T1和T2，给T1和T2分别配备一个哈希函数，h1和h2。在存储一个新的key时，同 时用两个哈希函数进行计算，得出两个地址h1[key]和h2[key]。这时需要检查T1中的h1[key]位置和T2中的h2[key]位置，哪一个 位置已经存储的（有碰撞的）key比较多，然后将新key存储在负载少的位置。如果两边一样多，比如两个位置都为空或者都存储了一个key，就把新key 存储在左边的T1子表中，2-left也由此而来。在查找一个key时，必须进行两次hash，同时查找两个位置。 

问题实例： 

1).海量日志数据，提取出某日访问百度次数最多的那个IP。 

IP的数目还是有限的，最多2^32个，所以可以考虑使用hash将ip直接存入内存，然后进行统计。 

3.bit-map 

适用范围：可进行数据的快速查找，判重，删除，一般来说数据范围是int的10倍以下 

基本原理及要点：使用bit数组来表示某些元素是否存在，比如8位电话号码 

扩展：bloom filter可以看做是对bit-map的扩展 

问题实例： 

1)已知某个文件内包含一些电话号码，每个号码为8位数字，统计不同号码的个数。 

8位最多99 999 999，大概需要99m个bit，大概10几m字节的内存即可。 

2)2.5亿个整数中找出不重复的整数的个数，内存空间不足以容纳这2.5亿个整数。 

将bit-map扩展一下，用2bit表示一个数即可，0表示未出现，1表示出现一次，2表示出现2次及以上。或者我们不用2bit来进行表示，我们用两个bit-map即可模拟实现这个2bit-map。

转载自：finereport爱好者论坛

我们做报表通常情况下都是在本地PC机上调试没问题后再发布到服务器上，这个时候经常会出现本地明明调的很好的模板发布后就不对了！！！这边将我遇到过的所有本地效果与服务器效果不一致的问题及解决思路整理下来~~~~

当你发现同一张报表在本地环境中访问正常，但是发布到服务器后就不正常了，不管是哪边不正常，首先要做的一定是
A. 检查一下是不是同一张模板，最好是重新部署一下
B. 检查一下服务器的jar包与本地的jar包版本是否相同，一定要保证jar版本相同，同步后要重启服务器
检查方法http://www.finereporthelp.com/help/4/0/6/8.html

在确保上面两点都已经检查的情况下，若还有问题，再具体分析。
问题1. 部署后报表报错如nullpointer，或者其他非数据相关的错误 

原因：最常见的原因是服务器jar与本地jar版本不同；其次是模板没有同步
纠错思路：
       A、B两步
       如果还有问题，则可能是bug，联系FR技术

问题2. 部署后报找不到数据连接
原因：服务器数据连接定义有问题，比如本地定义的数据连接名字用的test，报表数据集那边选择的数据库是test，而服务器为了规范，把数据连接名字改了如db，模板中数据集那边没改，还是用的test，就错了
纠错思路：
      A、B两步
      然后确认本地数据连接定义与服务器数据连接定义是否正确
      再确认模板数据集那边使用的数据库是否正确
      这里最好是测试环境与正式环境尽可能的相同，发布报表的时候数据相关的配置文件datasource.xml也要上传

问题3. 部署后报表空的，没有数据/下拉控件中没有数据等
原因：和上面一个问题类似，都是数据问题，往往都是本地环境中定义的数据连接、数据表与服务器名字等不一致导致，比如模板数据集被误删了，被传到了服务器上，数据没了
纠错思路：
       A、B两步
      确认数据连接定义对不对
      确认模板中的数据集定义对不对

问题4. 部署后报表可以访问，但是与本地有差异
原因：通常都是模板不同步导致，比如改了一个小地方，以为自己覆盖服务器上的模板了，实际上还没传
纠错思路：
      A、B 两步

问题5. 部署后报表工具栏不见了
原因：模板工具栏设置用的是服务器设置，而服务器上的没设置全局工具栏
纠错思路：
       A、B两步
       打开模板看一下工具栏用的为该模板单独设置还是采用的服务器设置
       如果用的是服务器设置，则设计器远程登陆到服务器环境，看一下服务器设置工具栏有没有
       部署的时候注意要把服务器配置config.xml也要传到服务器上

问题6. 部署后报表原来居中显示的变成居左显示了或相反情况
原因：和上面的问题类似，用的是服务器配置，而服务器配置中设置不正确
纠错思路：
       A、B两步
       打开模板看一下预览配置用的是单独配置还是采用服务器设置
       一般可以直接改为单独设置，把显示位置改为如居中，再重新上传一下模板
       如果还是不行，则可能是bug，联系FR技术

问题7. 部署后报表边框缺失了
原因：这个一般是服务器jar与本地jar版本不同导致
纠错思路：
       A、B两步
       jar同步后本地好的，服务器上还是有问题，则可能是bug，联系FR技术
      边框问题FR这边处理的不完美，通常遇到这样的情况，和FR反馈后，自己也通过一些变通的方法解决，比如在临近的单元格加上边框

问题8. 部署后报表单元格自动调整行高效果不对
原因：这个一般是服务器jar与本地jar版本不同导致
纠错思路：
       A、B两步
       jar同步后本地好的，服务器上还是有问题，则可能是bug，联系FR技术


问题9. 部署报表后地图显示不出来

原因：部署的时候没把地图用到的内置数据库拷贝到服务器
纠错思路：
       A、B两步
       确认WEB-INF\resources\chartdb有没有拷贝到服务器


java报表工具：

http://www.finereport.com/javareport 

    由于报表需求的不断变更，使我们一个信息系统开发史变成it开发人员的血泪史。主要是由于以下原因：

    1）客户临时改变想法、项目预算增加或减少、客户对功能的需求改变等。于是我们就要开始应对客户报表需求变更申请，然后进行一系列的软件工程管理，最后修改程序。更有甚者不再向我申请变更，而是直接找程序员商量。于是一步血泪史拉开了序幕.

    2）需求、客户、开发人员是一个三极世界。这三极的沟通是很不容易的。客户向我们滔滔不绝地描述需求，开发者听得头晕脑胀，但又不得不根据这些来理解需求。有的时候我们也会派好几拨人轮番折腾客户，这样客户也晕头转向，巴不得赶快需求调研结束。这样的需求调研像透过布满小水珠的玻璃看世界一样，即使能够看清轮廓，但细节的丢失在所难免。由于需求理解的不充分，在项目后期就要对已经开发好的报表进行修改。

    3）公司销售人员为了签单和对技术细节了解到不是清楚。对客户需求扫一眼，就认为只是一个小小的修改，没有太大的影响，所以直接答应能变更。然后这些伪报表需求就都写到了合同中。

    怎么解决以上问题？只有依靠报表工具。如果我们在项目早期能对对客户提到的报表需求，使用报表工具进行调研。一边理解客户需求，一边使用报表设计器制作报表，最后给客户确认。这样再也没有报表理解需求偏差，合同中承诺了不够合理的报表需求，变更修改来方便多了。

    我这里把对报表工具的调查分享给大家，不足的希望大家修正和补充：

    水晶报表：经过二十年的积累，设计器的易用性和友好已经非常不错了。但是不能方便的导入excel样表（国内以往很多报表都是excel的），条带状的报表模型在中国水土不服。很难搞定复杂报表。

    ireport：ireport作为jasperreport的客户端设计器，和水晶报表一样有同样的不足，同时还存在教程资料不足，没有方便的技术支持，没有中文界面。要想做到ireport来做到需求调研基本不可能。

    birt：被安讯公司的市场策略定位为开源产品（传说birt的开发团队就在中国上海），然后通过出售服务和基于birt的高级报表解决方案来获取商业利益。birt是基于eclipse，感觉使用起来太重型了，一般人看着晕，当然他也和水晶报表一样缺点。

    润乾：是个类似excel的报表设计器，用swing开发出来的。他能支持excel样式表的输入和解决中国复杂报表问题。但是感觉swing的功力不够，设计器外观比较丑，而且设计过程中需要写大量的表达式，如果表达式不熟练，做制作起来非常慢，如果表达式写错了，感觉没有很强的调试功能。

   FineReport：也是类excel的设计器，这个公司的swing确实做到不错。通过拖拽到界面解决了写表达式的问题，能多人协助远程设计报表，应该是我见过的设计器效率最高的设计器。个人很想认识这个公司的swing大牛。当然它也能解决客户的复杂报表问题。不足之处，没有一般ide工具属

性窗口。

    总结一下，大家在实际过程中，最好使用商业软件，才能做到用报表工具做需求调研。国外的水晶报表资历比较老，国内的FineReport和润乾，FineReport是走windows路线，润乾走linux路线。