You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Hubert Rabago <ja...@yahoo.com> on 2004/03/11 18:57:49 UTC
[OT] PDF generation (was: Reporting + Struts)
--- Niall Pemberton <ni...@blueyonder.co.uk> wrote:
> I ended up ditching it and creating reports using iText to create pdf files
> directly.
>
> http://www.lowagie.com/iText/
>
> BTW, I wasn't doing it in a web environment and the pdf generation is slow,
> can take up to 30 seconds for a large report. I am going to be putting
If you think that is slow, wait till you try Apache's FOP. It's been a
while, but IIRC, when my reports went five pages or more, I believe it took
around 30 secs. With 50 pages, my users started calling and asking if the
app was still running.
My current users are Excel lovers, so I generate formatted Excel docs
(through POI) that they can edit or print directly.
I was gonna use IText the next time I needed PDFs. If that's slow too, are
there other alternatives?
__________________________________
Do you Yahoo!?
Yahoo! Search - Find what you�re looking for faster
http://search.yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org
Re: [OT] PDF generation (was: Reporting + Struts)
Posted by Niall Pemberton <ni...@blueyonder.co.uk>.
Wendy's post about this suggests that she isn't having a problem with it
(120 pages in 7 seconds).
To get a "sexy" looking grid on the page, with nice headers (multi-line,
cell spaning stuff) we created our own TableRenderer based on iText's
PdfPTableEvent - it handles drawing the headers and nice colored lines
around all the cells. I think that slows it down quite a bit. As well as
that, we wanted nice page headers and footers, with page numbering and ended
up doing that through the PdfPageEvents. I think the combination of all that
slows it down.
Its probably not as bad as I think though - we currently generate a report
by kicking of a batch script which starts up its own jvm and initializes a
db framework - if I put it in a web app, that wouldn't happen every time,
plus we could cache our report definitions - so maybe we would save a
proportion of the 30 seconds. Thats next on my list after the current stuff
I'm doing.
Niall
----- Original Message -----
From: "Hubert Rabago" <ja...@yahoo.com>
To: "Struts Users Mailing List" <st...@jakarta.apache.org>
Sent: Thursday, March 11, 2004 5:57 PM
Subject: [OT] PDF generation (was: Reporting + Struts)
>
> --- Niall Pemberton <ni...@blueyonder.co.uk> wrote:
> > I ended up ditching it and creating reports using iText to create pdf
files
> > directly.
> >
> > http://www.lowagie.com/iText/
> >
> > BTW, I wasn't doing it in a web environment and the pdf generation is
slow,
> > can take up to 30 seconds for a large report. I am going to be putting
>
> If you think that is slow, wait till you try Apache's FOP. It's been a
> while, but IIRC, when my reports went five pages or more, I believe it
took
> around 30 secs. With 50 pages, my users started calling and asking if the
> app was still running.
>
> My current users are Excel lovers, so I generate formatted Excel docs
> (through POI) that they can edit or print directly.
>
> I was gonna use IText the next time I needed PDFs. If that's slow too, ar
e
> there other alternatives?
>
>
>
> __________________________________
> Do you Yahoo!?
> Yahoo! Search - Find what you're looking for faster
> http://search.yahoo.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: struts-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org