xmlgraphics-fop-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Tobias Anstett [k15t.com]" <tob...@k15t.com>
Subject Re: Performance of Apache FOP
Date Tue, 05 May 2009 17:06:48 GMT
> Currently (with another library) I am flushing out
> every 200 rows and all the thing (800 pages totally) builds in a matter
> of seconds.

Which library are you referring to ?

- Tobias -

On Tue, May 5, 2009 at 6:57 PM, Artur Zinatullin <artur@webmedia.ee> wrote:
>
> AC> In your case not, but in many cases using many page sequences
> AC> to break up the FO content can help a great deal.
> I beleave that indeed.
> If FO was able to flush out page by page, for instance, there woud
> be no problem. Currently (with another library) I am flushing out
> every 200 rows and all the thing (800 pages totally) builds in a matter
> of seconds. I had to wait 10+ minutes before my previous solution
> (with FOP) crashed the server :)
>
> AC> In your situation you would indeed have to take care of pagination
> That's too much pain :)
>
> AC> I would suggest you split up the 17k rows into many tables with the
> AC> same column headings (one per page with x rows of content on each
> AC> page), then use the break-after="page" property to ensure the next
> AC> table starts at the top of the next page.
> Unfortunatelly, the client likes that table continously.
> I have no idea how to achieve that without breking into FO pagination
> mechanism.
> Which I don't want to do for sure :)
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org


Mime
View raw message