-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Debbie,
On 3/12/12 1:48 PM, Debbie Shapiro wrote: > -----Original Message----- From: Christopher Schultz > [mailto:ch...@christopherschultz.net] >> For my money, I'd off-load the actual report-generation to an >> out-of-process (duh) process and pick-up the result when it's >> done. That way, your webapp doesn't become unstable even if one >> report runs out of memory. > > Yes, in our situation, it's usually someone running a HUGE report > that takes the server down. Your last paragraph, how would one > off-load the report-generation? Is it possible to do this with a > third party application? I don't have access to their code. I'm > just implementing their solution. You'd have to talk to the vendor about that. Given that they don't seem very responsive to other issues (leaking memory like a sieve), they will probably tell you that their reporting solution is first-rate and there's no reason to take it out-of-band. Depending on the types of reports, you could look into using JasperReports (no-cost, OSS... we use it). You *do* have to write your own reports, but the framework is there and no webapp is required unless you want one. - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9es0QACgkQ9CaO5/Lv0PD/dwCgt7lnSAwIsh0Bl0ozz0tRCocc O0wAnjLNVWIq22RnWONGI1GX9oXK4Xlt =v2wl -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
