BIRTh of a Notion
Can the open-source BI Reporting Tool (BIRT, for short) displace more powerful—and costly – third-party offerings?
Since its debut more than two years ago, SQL Server Reporting Services (SSRS) has become immensely popular, such that it’s now poised to challenge third-party reporting solutions for market share. (http://www.tdwi.org/News/display.aspx?ID=7860)
Don’t look now, but the open-source Eclipse Foundation might have a similar Wunderkind on its hands. The Eclipse BI Reporting Tool (BIRT) project will turn two in August. The lovechild of enterprise reporting specialist Actuate Corp. (which donated code and full-time technologists to the effort) and the open-source Eclipse software community, BIRT is a J2EE-based reporting solution that plugs right into the ubiquitous Eclipse integrated development environment (IDE). Eclipse is as popular among Java programmers as Microsoft’s (similarly omnipresent) Visual Studio IDE is among .NET codejockeys.
The similarities don’t end there, either. Like Microsoft’s SSRS offering, BIRT combines an embeddable reporting engine, report lifecycle management capabilities, and a client authoring tool. And, like SSRS, BIRT has an ace up its sleeve: enterprise developers. Just as Microsoft could count on a huge built-in audience—among Visual Studio programmers and SQL Server codejockeys alike—for SSRS, so BIRT expects to be the de facto (if not the default) choice for J2EE developers. The first BIRT release (version 1.0) went gold last June, and—in January—Eclipse and a number of partners (including IBM Corp. and open source BI upstart Pentaho) trumpeted the availability of BIRT 2.0.
So does BIRT’s adoption curve match that of SSRS? In other words, is BIRT first being taken up by enterprise codejockeys and—as it becomes an ever-more important player in an organization’s internal app dev ecosystem – subsequently displacing third-party reporting tools? Not yet, many BIRT users say. If anything, they indicate, BIRT is mostly displacing competitive J2EE reporting solutions (such as JReports, Jasper Reports, and JFreeReports), along with ad hoc tools. As BIRT and J2EE become more integral components in the enterprise application future-scape, however, this could change.
“We didn't look at commercial reporting tools because BIRT looked good from the start and it's free,” says Vladimir Perlov, a J2EE developer with a Brooklyn-based healthcare organization. “We don't have very high requirements for performance and functionality of the reports that we are developing. I know only one important feature that [is] missing from BIRT—support [for] crosstab reports.”
For now, Perlov and his employer are tapping BIRT mostly for use with their J2EE app dev efforts. In the future, however, Perlov says he expects that his company will try to build out an open-source BI stack, based not just on BIRT, but also Mondrian, Pentaho, or other open-source BI tools. “Probably in two years we will try to integrate this kind of software, but not now,” he concludes.
Right now, Lorenz concludes, BIRT is mostly a fixture in his company’s J2EE app dev efforts. But that could change. “To date, BIRT has only been used for J2EE application development, but since it also can be used from other technologies and also embedded in an application when report creation is a requirement, we will certainly plan to use it in those situations in the future.”
Of course, not everyone who puts BIRT through its paces ends up a convert. This isn’t necessarily an indication of insufficiency on BIRT’s part, however. Instead, it’s more a reflection of the realities of enterprise software development, which often rejects third-party tools or plug-ins in favor of ad hoc approaches. “We decided not to use a third-party reporting tool at all, since our internal SQL modeling is sufficiently rich to give our customers [90 percent of what they need],” says Paul Womack, a J2EE programmer with a UK-based app dev consultancy. “To cover the remaining 10 percent of our customers’ requirements, we generate [comma separated values] CSV from a ‘closest approximation’ SQL query, and recommend that our customers use pivot tables in Excel.”
Stephen Swoyer is a Nashville, TN-based freelance journalist who writes about technology.