Hi

We use CR within Tomcat, but we do NOT use the java API for the report
display applet. We actually create downloadable reports with various formats
(PDF, RTF, etc.), and do not display them. So the following may not apply to
you.

If your goal is only to show reports using their applet, my guess is that
you should be able to copy their JAR file(s) to your WEB-INF/lib and
use the Java API for the report applet.

For what we wanted to do, I had to actually write a few DLLs, since CR does
not provide any entry in its API that is java-based and that is aimed to
something else than displaying a report in an applet.

So here's the solution we have :
-- Report templates and logic are stored within a Visual-Basic DLL (CR
integration with C++ is a real pain) as DSR objects from CR dev components.
-- This DLL is loaded and accessed through JNI, but as JNI is C/C++ based,
we needed a C++ DLL that actually forwards all requests to the VB DLL...
-- The JNI DLL is loaded within Java using loadLibrary and a Java class
defines all the native methods accessible via JNI..

The VB dll is placed in the WEB-INF/lib folder and the jni access DLL is
placed in the JDK/bin directory.

Now the drawbacks :
It is complicated for no apparent reason (the only reason is that CR does
not provide any java entry point...), because there's 3 layers of code (java
class declaring native calls, JNI DLL, VB DLL)
It is a real pain trying to support multiple formats as CR 8.5 has an
incredible amount of bugs (PDF needs several patches).
It is a real pain to install the CR 8.5 dev components on the machine where
Tomcat runs because there's many patches to apply in a definite order.
It is not stable at all...it crashes every 2 or 3 days or so, but I cannot
blame CR for that because I haven't took the time to make sure it's not my
code that leaks memory...(although MSVC++ dumps do not show any leak) and
that JVM crashes I experience are not caused by my JNI calls.
And the worst is, despite what CR engineers said (until I sent them some
code proving the point), the export DLL they provide is not
multi-threaded....which is a nightmare in a web-environment because every
creation of a report is queued...

Hope this helps you find another solution....

Denis



----- Original Message -----
From: "Miao, Franco CAWS:EX" <[EMAIL PROTECTED]>
To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
Sent: Wednesday, December 12, 2001 01:15 AM
Subject: Crystal report work with Tomcat


> Hi there,
>
> anyone has experience about show Crystal report in Jsp on Tomcat? anything
> need to install in Tomcat?
>
> Franco
>
> --
> To unsubscribe:   <mailto:[EMAIL PROTECTED]>
> For additional commands: <mailto:[EMAIL PROTECTED]>
> Troubles with the list: <mailto:[EMAIL PROTECTED]>
>


--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>

Reply via email to