Hi,

Depending on the complexity of your reports, the number of users you are
planning to have, the time needed to return the report, the price you want
to put in your third-party vendor, you have a couple of options.
In your case, there is one thing that will limit the vendors (to a few of
them...) that will be able to offer you (for sure, not just "yes we could do
it!") what you need: you are using Java/Servlet(/potentially JSPs) maybe not
on a windows platform.

I will not try to sell you anything (I am NOT a sales guy!), but you can
look into the software my company is selling. You can order FOR FREE an
evaluation version of our tool (including a Java-based SDK so that you can
integrate it in your product).
Go to: http://www.microstrategy.com/eval/ [the eval version is fully
functionnal but time-limited (90 days I think)].

Again: I don't consider this message an advertisment as I will not make any
money of it (my salary will not change before the end of this new year!!!!).

Hope That helps!
Loic.

______________
Lo�c Fabro
/--------------------------------------------------\
Consultant, Advanced Services Group   | Simple to Use - Simple to Deploy -
Simple to Get |
MicroStrategy                         |  MicroStrategy 7 Business
Intelligence Software  |
The Power of Intelligent E-Business   |        Get your Free evaluation copy
today!      |
                                      |
www.microstrategy.com/eval           |
8000 Towers Crescent Drive
\--------------------------------------------------/
Suite 1400
Vienna, VA 22182
http://www.microstrategy.com/


-----Original Message-----
From: Robert Claeson [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 03, 2001 3:26 PM
To: [EMAIL PROTECTED]
Subject: Re: How to produce Reports


Dostes Arnaud:

>I once tried generating reports using Servlets.
>My boss made me let go of Java and told me to use
>Seagate Crystal Reports to generate reports and it
>worked great. It only took me half a day to perform
>that task, and I estimate that it would have taken
>me days to get a not as good result using JAVA.
>
>Most people on this list are Java Evangelists, but
>face it people, starting something from scratch
>when the solution already exists is a great loss of
>time. Even if it's commercial and not Java powered (argh!)
>
>Only barrier, Crystal Reports is very expensive.

It depends on what you're trying to do. Crystal is well-known in the
Windows world. The drawback is that it only runs under Windows. It can
also be extremely slow if the query is somewhat complex (the simple
workaround is of course to create a view in the database and run the query
against it).

There are report generators that are equal to or better than Crystal -
there is no need to code all that oneself.

Have you, by any chance, tried using Crystal's API to integrate the report
engine into your own application? The ActiveX examples only show
VisualBasic code. That's for good reason. It's next to impossible to make
that control do what you want from any other language, including Visual
C++. The 'C'-based DLL API is extremely complex to use if your reports
contain anything but the simplest of things. For one thing, you need to
use the API to traverse the components of the report and manually chain
them together, regardless of what you've specified in the report designer.
How one would go about and use the thingie from Java is beyond me.

Come to think of it, Crystal Reports suck. I can safely say that, having
used the product from various languages since version 4.

But I agree with you on one point, though - there's no reson to take the
hard route and generate reports manually in code. I disagree that Crystal
Reports is the anwser, though.

/Robert

___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".

Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html

Reply via email to