In fact I call the LRUCache.setsize at init of my webapp. It flushed the LRUCache.used list and set the LRUCache.maxsize variable to 0. The LRUCache.free list remains at 50 (which it initizialed by TileCache) which is in my opinion not logic.
The LRUCache.add method test the size of the LRUCache.free list to cache new item to the LRUCache.used list. The LRUCache.used list grows up to 50. The LRUCache.setSize method is not able to flush the LRUCache.used list because there is if statement (inferior strict) on the maxsize (at 0) value against the new size (at 0). If think a workaround would be to call LRUCache.setSized twice, the first with value > 50 and the second with 0 ----- Mail Original ----- De: "Teck Hua Lee" <[email protected]> À: [email protected] Envoyé: Jeudi 28 Janvier 2010 07h56:12 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: Transcoder & TileCache But the free nodes shouldn't be hogging up memory right? Since the LRUObj are nulled out in the free list, it is the JVM's job to perform garbage collection. On Thu, Jan 28, 2010 at 1:36 AM, < [email protected] > wrote: I have already test and it doesn't disable the cache. The list of free entries is initialized at construct with 50 entries. The setsize removes entries in the list of used entries. It doesn't decrease the size of the free entries. ----- Mail Original ----- De: "Teck Hua Lee" < [email protected] > À: [email protected] Envoyé: Jeudi 28 Janvier 2010 06h47:33 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: Transcoder & TileCache Calling TileCache.setSize(0) should effectively disable the cache. http://xmlgraphics.apache.org/batik/javadoc/org/apache/batik/ext/awt/image/rendered/TileCache.html#setSize(int) On Wed, Jan 27, 2010 at 5:57 PM, < [email protected] > wrote: Hello, I'm currently using JPEGTranscoder to rasterize SVGs inside a webapp. My webapp memory increase after each conversion because batik cache some data inside TileCache. Does this cache could be disabled ? Thanks for your help, Nicolas --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
