From users-return-55046-apmail-cocoon-users-archive=cocoon.apache.org@cocoon.apache.org Mon Sep 01 19:13:05 2003 Return-Path: Delivered-To: apmail-cocoon-users-archive@www.apache.org Received: (qmail 78847 invoked from network); 1 Sep 2003 19:13:04 -0000 Received: from daedalus.apache.org (HELO apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 1 Sep 2003 19:13:04 -0000 Received: (qmail 34335 invoked by uid 500); 1 Sep 2003 19:12:26 -0000 Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org Received: (qmail 34295 invoked by uid 500); 1 Sep 2003 19:12:26 -0000 Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: users@cocoon.apache.org Delivered-To: mailing list users@cocoon.apache.org Received: (qmail 34263 invoked from network); 1 Sep 2003 19:12:26 -0000 Received: from unknown (HELO pop017.verizon.net) (206.46.170.210) by daedalus.apache.org with SMTP; 1 Sep 2003 19:12:26 -0000 Received: from verizon.net ([138.88.145.181]) by pop017.verizon.net (InterMail vM.5.01.05.33 201-253-122-126-133-20030313) with ESMTP id <20030901190627.BYCC27671.pop017.verizon.net@verizon.net> for ; Mon, 1 Sep 2003 14:06:27 -0500 Message-ID: <3F5398B1.4060409@verizon.net> Date: Mon, 01 Sep 2003 15:06:25 -0400 From: Vadim Gritsenko User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030827 X-Accept-Language: en-us, en MIME-Version: 1.0 To: users@cocoon.apache.org Subject: Re: thread safety of cocoon References: <81E15CF44C5077458F0D7B92C6C4336E039833@beta.munich.12snap.com> <3F534CEB.90005@upaya.co.uk> In-Reply-To: <3F534CEB.90005@upaya.co.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at pop017.verizon.net from [138.88.145.181] at Mon, 1 Sep 2003 14:06:27 -0500 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Upayavira wrote: > Jorg Heymans wrote: > >> Say i write my own transformer (or serializer, or generator doesn't >> matter), > Transformers, in particular, can not be threadsafe. They are all Recyclable. This is due Transformer interface design (setContentHandler method in AbstractXMLProducer.java). Vadim >> is it true then that a new instance of my custom class is created >> each time >> it is executed in a pipeline? (uncached) >> >> My code relies on a few instance variables (simple ones like Logger >> but also >> more crucial ones like StringBuffers for SAX parsing ), I'ld really >> hate to >> find out now that instance variables aren't thread safe in cocoon. >> > AFAIU, you need to make your component implement ThreadSafe for it to > be shared across threads. The default is that a new component is > created for each invocation. > > Regards, Upayavira --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org For additional commands, e-mail: users-help@cocoon.apache.org