Re: Extending the image reader

2006-01-31 Thread Jean-Baptiste Quenot
* Upayavira: Ah. And currently the cache doesn't survive restarts in the CLI, which it should. So your approach is now more understandable. AFAICT it does not survive restarts in servlet mode either, notwithstanding the before-to-last argument set to true (corresponds to

Re: Extending the image reader

2006-01-30 Thread Upayavira
Tim Williams wrote: I want the image reader to accept a variant name (e.g. thumb, small) and then write the newly created image variant to disk before sending the output. In other words, so that a given image IMG001.jpg might be read with a variant thumb and on disk would now be: IMG001.jpg

Re: Extending the image reader

2006-01-30 Thread Niclas Hedhman
On Monday 30 January 2006 18:00, Upayavira wrote: Well, sounds like you're trying to achieve something similar to caching. I wonder if the caching system might be an alternative approach to achieving the same thing. There is an ImageOpReader sitting in JIRA[1] as a contribution, which didn't

Re: Extending the image reader

2006-01-30 Thread Tim Williams
On 1/30/06, Upayavira [EMAIL PROTECTED] wrote: Tim Williams wrote: I want the image reader to accept a variant name (e.g. thumb, small) and then write the newly created image variant to disk before sending the output. In other words, so that a given image IMG001.jpg might be read with a

Re: Extending the image reader

2006-01-30 Thread Upayavira
Tim Williams wrote: On 1/30/06, Upayavira [EMAIL PROTECTED] wrote: Tim Williams wrote: I want the image reader to accept a variant name (e.g. thumb, small) and then write the newly created image variant to disk before sending the output. In other words, so that a given image IMG001.jpg might