JDMBA收录，使用标签：报表，时间：2007-3-28 11:20:28 | 相关网摘，我也收藏
从部署、展示、设计等方面，全面比较Java报表工具，如 润乾 ， 杰表 ，Style Report，Jasper等，以及声称支持Java的Crystal Report，数巨等。
Java报表工具，首先可以分成两大类：纯Java报表工具，和＂支持＂Java的报表工具．
＂支持＂Java的报表工具 ：
我们所说的＂支持＂Java的报表工具．其实就是非Java的报表工具，但是可以在Java程序中调用．这样的产品很多，总的讲一大类是采用独立报表服务器的，如Bo/Crystal Report，Brio，Cognos，和勤等；另一大类是在前端有控件的，如数巨报表等。
独立报表服务器的问题在于：
独立的报表服务器，直接限制了报表的性能瓶颈
无法共享web服务器的集群能力
无法共享web服务器的连接池管理能力
无法统一部署，实施人员既要部署自己的web应用，还需要部署报表服务器
独立报表服务器往往有一套自己的用户角色管理机制，与用户的应用衔接起来问题多多
前端控件方式的问题在于：
用户部署起来非常麻烦，每台机器都要安装控件。（为解决这个问题，有些厂商把原来控件所做的报表计算工作移到服务器上做，但只能在Windows下运行，因为它不是纯Java的)
控件会对大报表产生性能问题，因为其报表生成与计算工作是在控件中实现的。
应用系统无法灵活地通过API对报表进行控制 - 因为是在控件里。
产品升级 - 将会是一大麻烦，客户端都要重新下载新的控件。
这一比较，并不是说其他方式不可以用，但显然对Java环境下的报表应用，纯Java的报表产品应该有先天的优势。事实上这一点是不需要讨论的，以前之所以还会有独立服务器的产品勉强在用，还会出现一批基于控件的产品，其原因是在于当时基于纯Java的报表产品还没怎么出现。如果有合适的Java平台下的产品（前提是要好用），当然是用纯Java的产品了。
http://www.report99.com/pingshu/pingshu_8.htm
相关网摘：