Crystal Reports for Eclipse: A look under the hood
It has been almost one month now since we announced our Crystal Reports for Eclipse product and I have seen a few questions popping up on this blog and other message boards about what exactly our Eclipse-based designer will look like...under the hood so to speak. Well, hopefully I can answer some of these questions today.
To Wrap...or Not To Wrap
First off, let me start by saying that this is a complete rewrite of our Crystal Reports designer. It is not a wrapper around our existing Visual Studio integrated designer. Using our Java Reporting Component (JRC) as the engine, we will have a 100% Java based solution for designing Crystal Report documents. This will allow users to design reports on pretty much any platform which supports running Eclipse (e.g. Linux).
JRC: New and Improved!
Using the JRC as the engine for our new Designer demonstrates the capabilities and power of our Java reporting solution. Developers who are familiar with our integration within Visual Studio may be aware of the robust APIs we provide which allow for complete control of the report document at runtime. The new Crystal Reports for Eclipse designer is essentially a complex JRC application, built using the same components which will be available for our customers. We are quickly closing the parity gap between our .NET and Java solutions, giving our customers the freedom to choose the best platform for their application.
.NET in Eclipse!
No, we are not planning on introducing a .NET development environment within Eclipse. However, all of the reports which you design with the Crystal Reports for Eclipse product will work in your .NET applications with our .NET engine and viewers. Of course we also support running your .NET reports using our Java engine. Business Objects is proud to be the only Business Intelligence organization offering this type of cross-platform support.
Running reports embedded directly in your Java application is great, but what happens when you need more? More security, more scheduling options, more scalability, more fault-tolerance...whatever the reason, it's inevitable that some of you will eventually reach the limit on what your embedded reporting solution can offer. The great news for users who choose Crystal Reports for Eclipse as their embedded reporting solution, is that the migrating to our platform is a painless procedure. All of the reports designed with the Eclipse designer will be supported on our BusinessObjects Enterprise and Crystal Reports Server product lines. On top of this, the APIs are based on the same object model so there should be minimal code change required. This type of flexibility provides comfort for developers who commit to using Crystal Reports as their reporting solution.
I Have My Reports...Now What?
Designing the reports is only one small portion of the tasks related to integrating a reporting solution into an application. There is also the task of ensuring that the runtime environment is setup correctly to generate the reports. On top of this, there is often a learning curve to understand the required API calls to display the reports. No matter how little time this takes, it is often time that a Developer does not have to spare...or more likely...not want to spare. We know that most Developers do not want to become Business Intelligence experts, and that integrating Crystal Reports into their application is usually to serve an immediate need. It's for this reason that Crystal Reports for Eclipse will include wizards and tooling to assist with the development of applications which include Crystal Reports. Once again, this type of tooling is a first for reporting solutions within the Eclipse IDE.
If you haven't signed up to be notified when the Tech Preview becomes available, you can do so now.