Return-Path: Delivered-To: apmail-ws-axis-dev-archive@www.apache.org Received: (qmail 49986 invoked from network); 31 Oct 2006 05:25:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 31 Oct 2006 05:25:11 -0000 Received: (qmail 59031 invoked by uid 500); 31 Oct 2006 05:25:20 -0000 Delivered-To: apmail-ws-axis-dev-archive@ws.apache.org Received: (qmail 58607 invoked by uid 500); 31 Oct 2006 05:25:19 -0000 Mailing-List: contact axis-dev-help@ws.apache.org; run by ezmlm Precedence: bulk Reply-To: axis-dev@ws.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list axis-dev@ws.apache.org Received: (qmail 58596 invoked by uid 99); 31 Oct 2006 05:25:19 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 30 Oct 2006 21:25:19 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (herse.apache.org: local policy) Received: from [209.68.5.16] (HELO relay02.pair.com) (209.68.5.16) by apache.org (qpsmtpd/0.29) with SMTP; Mon, 30 Oct 2006 21:25:07 -0800 Received: (qmail 28000 invoked by uid 0); 31 Oct 2006 05:24:43 -0000 Received: from unknown (HELO ?192.168.1.181?) (unknown) by unknown with SMTP; 31 Oct 2006 05:24:43 -0000 X-pair-Authenticated: 222.165.175.25 Subject: Re: Request for XML Filter (AXIS2-1085) From: Sanjiva Weerawarana To: axis-dev@ws.apache.org In-Reply-To: References: Content-Type: text/plain Organization: Lanka Software Foundation Date: Tue, 31 Oct 2006 10:53:55 +0530 Message-Id: <1162272236.29623.5.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On Fri, 2006-10-27 at 19:41 +0900, Takahide Nogayama wrote: > > Filter might not be clean design in terms of mixed layer processing. > But handler with filter is > good for performance/memory perspective. Filter enables us to have an > option of doing > some part of the job of the handler on StAX event layer or on handler > layer. It might not be > must-have but nice-to-have. > I think that mix layers of processing and performance improvement are > trade-off problem. OK then write a handler that turns off caching (so you get the pull stream raw), eats whatever it wants and builds a new envelope and sticks it onto the MC as the envelope. No expanding the tree, no architectural inconsistency and you get StAX to play with. Problem solved? Sanjiva. --------------------------------------------------------------------- To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org For additional commands, e-mail: axis-dev-help@ws.apache.org