Return-Path: Delivered-To: apmail-avalon-dev-archive@www.apache.org Received: (qmail 80344 invoked from network); 21 Apr 2004 03:30:25 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 21 Apr 2004 03:30:25 -0000 Received: (qmail 44056 invoked by uid 500); 21 Apr 2004 03:30:05 -0000 Delivered-To: apmail-avalon-dev-archive@avalon.apache.org Received: (qmail 43886 invoked by uid 500); 21 Apr 2004 03:30:04 -0000 Mailing-List: contact dev-help@avalon.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Avalon Developers List" Reply-To: "Avalon Developers List" Delivered-To: mailing list dev@avalon.apache.org Received: (qmail 43853 invoked from network); 21 Apr 2004 03:30:04 -0000 Received: from unknown (HELO f2.hedhman.org) (203.121.47.163) by daedalus.apache.org with SMTP; 21 Apr 2004 03:30:04 -0000 Received: from f2.hedhman.org (f2.hedhman.org [127.0.0.1]) by f2.hedhman.org (8.12.8/8.12.8) with ESMTP id i3L3U5op008477 for ; Wed, 21 Apr 2004 11:30:05 +0800 From: Niclas Hedhman Organization: Private To: "Avalon Developers List" Subject: Re: Question: Sequence of execution in Merlin Date: Wed, 21 Apr 2004 11:30:04 +0800 User-Agent: KMail/1.5 References: <003701c42720$85338780$fe01a8c0@corp.4tel.no> <004501c42726$79a2f620$fe01a8c0@corp.4tel.no> In-Reply-To: <004501c42726$79a2f620$fe01a8c0@corp.4tel.no> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200404211130.04294.niclas@hedhman.org> 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 On Wednesday 21 April 2004 06:26, Nader Aeinehchi wrote: > To give some idea, please see the following excerpt from a configuration > file. The suggested changes as they stand, are IMO too far from the established path. Boot-sequence IMHO, is a 'bad thing' as Merlin's mechanisms are overridden in damaging ways. I am not sure what you are striving for and real-life use-cases would always help. Because this isn't new, but so far all presented use-cases are cases of incorrect underlying programming and asking for this feature for the wrong reasons. Having additional information tied to the component is a different story, and we can discuss that later. Niclas -- +---------//-------------------+ | http://www.bali.ac | | http://niclas.hedhman.org | +------//----------------------+ --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@avalon.apache.org For additional commands, e-mail: dev-help@avalon.apache.org