Hi,
Splitting the XML input file into several chunks is not a preferable option
for me, nevertheless it is a valid one. Moving complete system environments
to x64 is also an option, but also unrealistic in this specific case as it
would mean I have to break compatibility with x86 systems.
I'm using indeed Java 1.6, I'll consider the use of jconsole to monitor the
memory usage parts.
Best regards,
Dennis van Zoerlandt
Kindaian wrote:
>
> I also remember from long time ago threads, that the use of references
> like indexes and the like make the page sections (term?) not to be
> released as there are "live" connections to the object until the very end.
>
> Think that there was some discussion regarding on how to sort this out.
>
> Cheers, and keep us posted on your progress.
>
> :)
>
> p.s.- btw... the very first bug on the bug list is regarding this hehehe
>
>
> On 25/03/2011 21:04, Rob Sargent wrote:
>> I don't see a mention of java version in play, but if it's java1.6 I
>> would urge the op to try his hand at using jconsole to examine exactly
>> what is holding the lion's share of the memory or too see if too many
>> of something are hanging around unnecessarily.
>>
>> rjs
>>
>>
>> On 03/25/2011 02:54 PM, Luis Ferro wrote:
>>> The major problem i've see in java is the heap memory... It gets
>>> exausted on very big jobs.
>>>
>>> The only alternatives are:
>>>
>>> 1. cut the job in smaller chunks...
>>> 2. move all the environment to 64bits...
>>>
>>> The 64bit platform will allow you to allocate more ram to the process
>>> and surpass the 1.2gb (or something nearby) of the 32 bit platform
>>> per process.
>>>
>>> Cheers,
>>> LF
>>>
>>>
>>> On 25/03/2011 16:13, Eric Douglas wrote:
>>>> How to feed the FO file?
>>>> Using the command line transform you just pass it to the -fo parameter.
>>>>
>>>> Using embedded code I feed it as a SAXSource.
>>>> Reading in from file you have:
>>>> java.io.File
>>>> java.io.FileInputStream
>>>> org.xml.sax.InputSource
>>>> javax.xml.transform.sax.SAXSource
>>>>
>>>> Creates the input.
>>>> Pass that in to:
>>>> javax.xml.transform.TransformerFactory
>>>> javax.xml.transform.Transformer
>>>> I'm not sure it's required but I copied this code from the FOP website:
>>>> Transformer.setParameter("versionParam", "2.0")
>>>>
>>>> Then your transform, with the FOP output generated with these classes.
>>>> org.apache.fop.apps.FopFactory
>>>> org.apache.fop.apps.Fop
>>>> javax.xml.transform.sax.SAXResult
>>>>
>>>> The SAXResult is created from the Fop.getDefaultHandler.
>>>> The Transformer can be created with an XSL file parameter to pass XML
>>>> into the transform, or with no XSL to pass the FO in.
>>>>
>>>>
>>>> -----Original Message-----
>>>> From: Dennis van Zoerlandt [mailto:dvzoerla...@vanboxtel.nl]
>>>> Sent: Friday, March 25, 2011 10:30 AM
>>>> To: fop-users@xmlgraphics.apache.org
>>>> Subject: Re: AW: AW: AW: OutOfMemoryException while transforming large
>>>> XML to PDF
>>>>
>>>>
>>>> Hi Georg,
>>>>
>>>> I'm currently running the XML and XSLT through XMLspy with FOP 0.95 (it
>>>> seems Altova doesn't support FOP 1.0).
>>>>
>>>> I'm not really sure how to feed the FO file to FOP? Can I just put the
>>>> FO file as source file for the transformer.transform()?
>>>>
>>>> I'll get back to you when I have a FO file. My pc's currently
>>>> performing
>>>> very badly, so it seems it's a heavy job.
>>>>
>>>> Best regards,
>>>> Dennis van Zoerlandt
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
>>>> For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
>>> For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
>> For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
> For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
>
>
>
--
View this message in context:
http://old.nabble.com/OutOfMemoryException-while-transforming-large-XML-to-PDF-tp31236044p31286341.html
Sent from the FOP - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
