processing large files

[Vanderhaeghen Christophe]

Hi,

At Volvo we implemented the FOP-mechanism for rendering mainframe lists into 
PDF-documents.
On the mainframe we build a valid xml-file. this file is sent to the java-server, 
which will validate, parse and convert the document into 1 or more PDF documents.
This is a very very short explanation of what the program does :-)

The mechanism works fine for us, but there's one major problem. One of our lists is 
over 100 mb and it requires over 1 gb memory to process via FOP.
We've searched everything to make it more performant, but everytime the FOP starts the 
memory that is consumed is huge!

On the website I saw that you are working on a more performant version of FOP, but 
that you don't know when it will be released (2003).
We are almost at the end of 2004 and we are very interested if you know when it might 
be released? Solutions or temporary tips might also be very usefull!
For the smaller files (up to 50 megabytes) FOP works fine, but processing large files 
isn't very performant.

Thanks for your help and time,

Christophe Vanderhaeghen
analist - programmer
_
Christophe Vanderhaeghen

Volvo IT Belgium
AS-OTD (location BTE)

Telephone: 09/250.42.26 
E-mail: [EMAIL PROTECTED]

Re: XML Graphics: board concerns

[Simon Pepping]

On Mon, Sep 20, 2004 at 09:59:21PM +0200, Jeremias Maerki wrote:
 Batik and FOP devs,
 
 Does anyone of the Batik and FOP committers have an objection against
 inviting Bertrand and Keiron into the XML Graphics PMC?

I have no objection and agree with your proposal: vote +1.
 
Thanks for following this up.

Regards, Simon

-- 
Simon Pepping
home page: http://www.leverkruid.nl

Re: XML Graphics: board concerns

[Bertrand Delacretaz]

Le 20 sept. 04, à 21:59, Jeremias Maerki a écrit :
...If one of the two would like to take the chair position I'd gladly
restart a vote on that part...
I'm happy with Jeremias (IIUC) being the proposed chairman, I don't 
want (or deserve by the way;-) the position.

-Bertrand