Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 59366 invoked from network); 15 Jul 2002 19:27:06 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 15 Jul 2002 19:27:06 -0000 Received: (qmail 6336 invoked by uid 97); 15 Jul 2002 19:27:22 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 6303 invoked by uid 97); 15 Jul 2002 19:27:20 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 6291 invoked by uid 98); 15 Jul 2002 19:27:20 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) Message-ID: <3D3321D1.5020009@apache.org> Date: Mon, 15 Jul 2002 21:26:09 +0200 From: Nicola Ken Barozzi Reply-To: nicolaken@apache.org User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jakarta Commons Developers List Subject: Re: [Morphos] Status? References: <3D31A5F3.4060603@imost.de> <002901c22b59$0fc752c0$442129d9@oemcomputer> <3D32F28D.800@imost.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Sven Kuenzler wrote: > Stephen Colebourne schrieb: > >> Having said that, a SAX content handler is more complex than I originally >> intended for Pattern to cope with. Transformer's interface is >> Object transform(Object); >> and is intended to focus on things like type conversion. > > > To quote from Transformer's JavaDoc > * Transformer defines an interface implemented by classes > that > * transform one object into another. The original object is left > unchanged. > > The second sentence effectively rules out SAX events, InputStreams etc > as input Object (as you indicated already). So, the relationship between > Pattern and Morphos definitely needs further clarification. Hmmm... I think that there is no real reason why there has to be a limit on SAX events, InputStreams, etc... There is also no way of enforcing this with an interface, so I'm in favor of removing this in favor of an extra possible SafeTransformer that is an Abstract class that does the immutability stuff in some way. -- Nicola Ken Barozzi nicolaken@apache.org - verba volant, scripta manent - (discussions get forgotten, just code remains) --------------------------------------------------------------------- -- To unsubscribe, e-mail: For additional commands, e-mail: