Sorry I missed the thread. I am working with Tomcat/CR for a project at work and we dropped the applet that crystal reports provides. they have not supported it for quite sometime now(htey are in bed with MS) and they applet has bugs. Denis is right though, I believe you just drop it in WEB-INF/lib.
I too wrote all my dll's but I interacted with C++ (MFC) through JNI and it is complicated. We decide to use a company from Germany (www.inetsoftware.de) and it is working out really well. Their prices are cheap and they provide a full java implimentation of what you want for your RPT files. If it was not for them I would be working weekends trying to write all my functionality before the due date. Good luck, Brian -----Original Message----- From: Denis Balazuc [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 12, 2001 9:51 AM To: Tomcat Users List Subject: Re: Crystal report work with Tomcat 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]> -- To unsubscribe: <mailto:[EMAIL PROTECTED]> For additional commands: <mailto:[EMAIL PROTECTED]> Troubles with the list: <mailto:[EMAIL PROTECTED]>
