On Sunday 01 June 2003 15:51, Carsten Ziegeler wrote: CZ> The safest way is to lookup/release a component every time you CZ> need it, so the fragmentextractor uses the "correct" approach. CZ> If you know that the component you want to use is ThreadSafe CZ> and will always be ThreadSafe than you can optimize your code CZ> and lookup the component only once - this optimization has been CZ> done in the xslttransformer. XSLTProcessorImpl uses Store.TRANSIENT_STORE, like the FragmentExtractor. I haven't mentioned this explicitly. I have looked into the interfaces, and when I understand right, I had to look, if store implements ThreadSafe. Store doesn't implement ThreadSafe, but the MRUMemoryStore, which is used as default in cocoon. So I'd say it's a bug in XSLTProcessorImpl. Agreed? What I would do, is asking in avalon-users for changing XSLTProcessorImpl and perhaps others or to have Store implement ThreadSafe. But I guess, Store is already released.
Regard Torsten -- Domain in provider transition, hope for smoothness. Planed date is 1.7.2003.