You're mixing things. The thread you referenced is about something else.
It's about RTF output and FOP 0.91beta/Trunk. Since you're talking about
a Driver object, you're still on FOP 0.20.5 where the image cache works
differently.

See http://xmlgraphics.apache.org/fop/0.20.5/graphics.html#caching on
how to reset the image cache in FOP 0.20.5 between rendering runs. Note
that this function is not available anymore in the latest version since
there the cache works differently. It has much better memory reclaiming
abilities (using weak references) so a cache reset method should not
be necessary if you use unique URLs. On the other side, if anyone
submits a patch to retrofit this method we will surely consider adding
it. However, I'd prefer an extension attribute on fo:external-graphic
that signals FOP to bypass the image cache entirely.

To answer you question about "where" the image cache is: It's held by a
static variable so it is tied to the class loader that loaded
the FopImageFactory class.

On 31.01.2006 08:28:04 Rolf Bruderer wrote:
> Hello
> 
> I have another problem which seems to occur because of the same image cache 
> as 
> described in "Re:still have problems with with fo:external-graphics and rtf".
> 
> I try to generate pdf files dynamically, containing some svg-files (using
> fo:external-graphics). Each time my application creates a pdf it uses the 
> same FO-file for the transformation (since layout stays the same), but the
> contained svg-files are dynamically created again (using the same temporary
> svg file names). 
> 
> The first time I export a pdf from my application everything works just fine.
> But the second time, the changed svg-pictures are not taken into account at 
> all
> for the pdf generation, the second pdf shows exactly the same svg images as 
> the
> first one, even though the files have been changed. 
> 
> It seems now that this image cache (which seems to be somewhere somehow) keeps
> hold of the images, even though I use a completely new Driver object and thus
> there should be no reason to keep hold of the old cached images. Isn't there 
> any possibility to disable image caching? Or to empty the image cache??
> 
> Yes shure, as a work-around, I could give each new svg file a new temporary
> name, and generate a according fo-file each time for the pdf generation, then 
> it would probably work. But aside from the fact that this would mean more 
> work 
> for me, I think my application could run into a memory problem then, since 
> the 
> image cache would grow each time a new pdf with other pictures is generated.
> 
> What can I do? 
> 
> Thanks for helping me.
> 
> -- rolf


Jeremias Maerki


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to