From cweiss@example.net Sun Feb 01 13:41:55 2004 Return-Path: <cweiss@example.net> Delivered-To: cweiss@example.net Received: (qmail 98166 invoked from network); 1 Feb 2004 13:41:55 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2004 13:41:55 -0000 Received: (qmail 72082 invoked by uid 500); 1 Feb 2004 13:41:42 -0000 Delivered-To: cweiss@example.net Received: (qmail 71945 invoked by uid 500); 1 Feb 2004 13:41:40 -0000 Mailing-List: contact cweiss@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:cweiss@example.net> List-Subscribe: <mailto:cweiss@example.net> List-Help: <mailto:cweiss@example.net> List-Post: <mailto:cweiss@example.net> List-Id: "Avalon Developers List" <dev.avalon.apache.org> Reply-To: "Avalon Developers List" <cweiss@example.net> Delivered-To: mailing list cweiss@example.net Received: (qmail 71863 invoked from network); 1 Feb 2004 13:41:39 -0000 Received: from unknown (HELO smtp.uol.com.br) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Feb 2004 13:41:39 -0000 Received: from keldorfortress (unknown [83.161.120.155]) by scorpion5.uol.com.br (Postfix) with SMTP id E31CA14949 for <cweiss@example.net>; Sun, 1 Feb 2004 11:41:37 -0200 (BRST) Message-ID: <000901c3e8d1$84016a40$91c99bc8@keldorfortress> From: "hammett" <cweiss@example.net> To: "Avalon Developers List" <cweiss@example.net> References: <cweiss@example.net> Subject: [Avalon#] Current status Date: Sun, 1 Feb 2004 11:41:43 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 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 Everything should be in the CVS by now. The Avalon# container is not working - or even compiling - instead it should be viewed as a piece of blank paper :-) - The first goal is to have Logging initialized using the Composition.Logging package - The second goal is to use Data.Builder and Data assemblies to make Avalon# read configurations like that (see comments in the xml): <?xml version="1.0" encoding="utf-8" ?> <configuration> <!-- Sample configuration used by ContainerConfigurationTestCase --> <avalon.container> <container name="test-block"> <!-- Don't know if we will need this, cause we can't really export services due the Proxy limitations in the plataform. But this won't be a problem when CGLIB4Net begins :-) --> <services> <service type="org.apache.avalon.composition.model.testa.A"> <source>primary</source> </service> <service type="org.apache.avalon.composition.model.testd.D"> <source>my-component</source> </service> </services> <!-- Here we need to know if all features must be supported, if this worth We need a repository? .Net have a Global assembly cache, do we need another? --> <typeloader> <library> <include>ext</include> <group>avalon-framework</group> </library> <classpath> <fileset dir="lib"> <include>test-c.jar</include> </fileset> <repository> <resource id="avalon-framework:avalon-framework-impl" version="4.1.5"/> <resource id="test:test-d"/> </repository> </classpath> </typeloader> <component name="my-component" class="org.apache.avalon.composition.model.testd.TestD"/> <!-- Containers and subcontainers will be great if they don't mess things around - like making more complex code. Avalon# is intent to be the simplest. Complex necessities should be solved be Castle --> <container name="primary"> <typeloader> <classpath> <repository> <resource id="test:test-e"/> </repository> </classpath> </typeloader> </container> </container> </avalon.container> </configuration> Small steps, lets see what we can get from here :-) regards, hammett --------------------------------------------------------------------- To unsubscribe, e-mail: cweiss@example.net For additional commands, e-mail: cweiss@example.net From cweiss@example.net Sun Feb 01 15:16:00 2004 Return-Path: <cweiss@example.net> Delivered-To: cweiss@example.net Received: (qmail 31188 invoked from network); 1 Feb 2004 15:16:00 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2004 15:16:00 -0000 Received: (qmail 19753 invoked by uid 500); 1 Feb 2004 15:15:41 -0000 Delivered-To: cweiss@example.net Received: (qmail 19671 invoked by uid 500); 1 Feb 2004 15:15:40 -0000 Mailing-List: contact cweiss@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:cweiss@example.net> List-Subscribe: <mailto:cweiss@example.net> List-Help: <mailto:cweiss@example.net> List-Post: <mailto:cweiss@example.net> List-Id: "Avalon Developers List" <dev.avalon.apache.org> Reply-To: "Avalon Developers List" <cweiss@example.net> Delivered-To: mailing list cweiss@example.net Received: (qmail 19561 invoked from network); 1 Feb 2004 15:15:39 -0000 Received: from unknown (HELO exchange.sun.com) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Feb 2004 15:15:39 -0000 Received: (qmail 6706 invoked by uid 0); 1 Feb 2004 15:15:54 -0000 Message-ID: <cweiss@example.net> From: cweiss@example.net To: cweiss@example.net Subject: Bug report for Avalon [2004/02/01] Date: Sun, 01 Feb 2004 15:15:54 -0000 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 +---------------------------------------------------------------------------+ | Bugzilla Bug ID | | +---------------------------------------------------------------------+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned | | | OPN=Reopened VER=Verified (Skipped Closed/Resolved) | | | +-----------------------------------------------------------------+ | | | Severity: BLK=Blocker CRI=Critical MAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-------------------------------------------------------------+ | | | | Date Posted | | | | | +--------------------------------------------------+ | | | | | Description | | | | | | | |24679|Ass|Maj|2003-11-13|excalibur-compatibility gump builds are failing | |24878|New|Maj|2003-11-21|DefaultThreadControl.java | |25482|Opn|Nor|2003-12-12|[BUG] bug in the Jisp filesystem store clear | |26212|New|Cri|2004-01-17|Builed Failed | |26213|New|Cri|2004-01-17|Builed Failed | |26521|New|Nor|2004-01-29|Logger.isXXXEnabled() always returns TRUE using Lo| +-----+---+---+----------+--------------------------------------------------+ | Total 6 bugs | +---------------------------------------------------------------------------+ --------------------------------------------------------------------- To unsubscribe, e-mail: cweiss@example.net For additional commands, e-mail: cweiss@example.net From cweiss@example.net Sun Feb 01 21:34:20 2004 Return-Path: <cweiss@example.net> Delivered-To: cweiss@example.net Received: (qmail 51191 invoked from network); 1 Feb 2004 21:34:20 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2004 21:34:20 -0000 Received: (qmail 78149 invoked by uid 500); 1 Feb 2004 21:34:05 -0000 Delivered-To: cweiss@example.net Received: (qmail 78108 invoked by uid 500); 1 Feb 2004 21:34:05 -0000 Mailing-List: contact cweiss@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:cweiss@example.net> List-Subscribe: <mailto:cweiss@example.net> List-Help: <mailto:cweiss@example.net> List-Post: <mailto:cweiss@example.net> List-Id: "Avalon Developers List" <dev.avalon.apache.org> Reply-To: "Avalon Developers List" <cweiss@example.net> Delivered-To: mailing list cweiss@example.net Received: (qmail 78074 invoked from network); 1 Feb 2004 21:34:05 -0000 Received: from unknown (HELO main.gmane.org) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Feb 2004 21:34:05 -0000 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1AnPEH-0002G6-00 for <cweiss@example.net>; Sun, 01 Feb 2004 22:34:10 +0100 Received: from giraffe.student.utwente.nl ([83.161.120.155]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <cweiss@example.net>; Sun Feb 1 21:34:10 2004 Received: from leosimons by giraffe.student.utwente.nl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <cweiss@example.net>; Sun Feb 1 21:34:10 2004 X-Injected-Via-Gmane: http://gmane.org/ To: cweiss@example.net From: Leo Simons <cweiss@example.net> Subject: Re: [VOTE] RE: MutableConfiguration Date: Sun, 01 Feb 2004 22:34:06 +0100 Lines: 32 Message-ID: <cweiss@example.net> References: <{{EMAIL+PHONE}}> <cweiss@example.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: cweiss@example.net X-Gmane-NNTP-Posting-Host: giraffe.student.utwente.nl User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1) Gecko/20031114 X-Accept-Language: en-us, en In-Reply-To: <cweiss@example.net> Sender: news <cweiss@example.net> 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 Stephen McConnell wrote: > Fernando Padilla wrote: > >> If we want to pull it out of -impl, we could go and add it to >> framework-api, even though no one but containers should ever deal with >> modifying configuration objects, so it should go into -spi. > > I would be OK with MutableConfiguration under -spi: > > avalon-framework-api > avalon-framework-spi <-- contains MutableConfiguration > avalon-framework-impl <-- depends on spi and api IMHO avalon-framework-impl =~ avalon-framework-spi. It only contains stuff useful to containers implementing framework support. Yet-another-jar-with-only-5-classes doesn't seem like a good idea, especially as the split classloader argument doesn't seem to hold here. -- cheers, - Leo Simons ----------------------------------------------------------------------- Weblog -- http://leosimons.com/ IoC Component Glue -- http://jicarilla.org/ Articles & Opinions -- http://articles.leosimons.com/ ----------------------------------------------------------------------- "We started off trying to set up a small anarchist community, but people wouldn't obey the rules." -- Alan Bennett --------------------------------------------------------------------- To unsubscribe, e-mail: cweiss@example.net For additional commands, e-mail: cweiss@example.net From cweiss@example.net Sun Feb 01 21:43:22 2004 Return-Path: <cweiss@example.net> Delivered-To: cweiss@example.net Received: (qmail 54387 invoked from network); 1 Feb 2004 21:43:22 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 1 Feb 2004 21:43:22 -0000 Received: (qmail 505 invoked by uid 500); 1 Feb 2004 21:43:07 -0000 Delivered-To: cweiss@example.net Received: (qmail 460 invoked by uid 500); 1 Feb 2004 21:43:07 -0000 Mailing-List: contact cweiss@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:cweiss@example.net> List-Subscribe: <mailto:cweiss@example.net> List-Help: <mailto:cweiss@example.net> List-Post: <mailto:cweiss@example.net> List-Id: "Avalon Developers List" <dev.avalon.apache.org> Reply-To: "Avalon Developers List" <cweiss@example.net> Delivered-To: mailing list cweiss@example.net Received: (qmail 435 invoked from network); 1 Feb 2004 21:43:07 -0000 Received: from unknown (HELO main.gmane.org) (83.161.120.155) by daedalus.apache.org with SMTP; 1 Feb 2004 21:43:07 -0000 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1AnPN2-0002Mb-00 for <cweiss@example.net>; Sun, 01 Feb 2004 22:43:12 +0100 Received: from giraffe.student.utwente.nl ([83.161.120.155]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <cweiss@example.net>; Sun Feb 1 21:43:12 2004 Received: from leosimons by giraffe.student.utwente.nl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <cweiss@example.net>; Sun Feb 1 21:43:12 2004 X-Injected-Via-Gmane: http://gmane.org/ To: cweiss@example.net From: Leo Simons <cweiss@example.net> Subject: Re: [MERLIN] are service method calls done through reflection ? Date: Sun, 01 Feb 2004 22:43:11 +0100 Lines: 28 Message-ID: <cweiss@example.net> References: <cweiss@example.net> <cweiss@example.net> <1075568213.16848.248.camel@wks-korosh> <cweiss@example.net> <1075570069.622.270.camel@wks-korosh> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: cweiss@example.net X-Gmane-NNTP-Posting-Host: giraffe.student.utwente.nl User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1) Gecko/20031114 X-Accept-Language: en-us, en In-Reply-To: <1075570069.622.270.camel@wks-korosh> Sender: news <cweiss@example.net> 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 korosh afshar wrote: > I guess one way to ask this is: if you guys(avalon developers) out > there working for a client who has a requirement to have a "very fast > service" implementation, would make "non proxiing" your service > component as one of your first choices to optimize your service. no...let them buy more hardware first. Safety is important. Besides, enforcing the work interface / other stuff seperation keeps the code clean. It's often cheaper in the end to buy the hardware. That said, proxying does cost roughly an order of magnitude in speed. Another trick is to have proxying on all development/testing/debugging platforms. Then, during speed optimization and profiling, turn of proxying and see if it has a significant impact (with most apps, the network or the db connection or the parsing or .... is the bottleneck). If proxying does turn out to have an unacceptable impact, you can turn it off in the production system. If you plan to do that, you should explicitly test that application behaviour is the same with and without proxying. Of course, answers are different for (for example) an embedded enviroment, but I wouldn't really want to use avalon in one of those. cheers! - LSD --------------------------------------------------------------------- To unsubscribe, e-mail: cweiss@example.net For additional commands, e-mail: cweiss@example.net From cweiss@example.net Mon Feb 02 01:32:46 2004 Return-Path: <cweiss@example.net> Delivered-To: cweiss@example.net Received: (qmail 22192 invoked from network); 2 Feb 2004 01:32:46 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 2 Feb 2004 01:32:46 -0000 Received: (qmail 70653 invoked by uid 500); 2 Feb 2004 01:32:30 -0000 Delivered-To: cweiss@example.net Received: (qmail 70370 invoked by uid 500); 2 Feb 2004 01:32:28 -0000 Mailing-List: contact cweiss@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:cweiss@example.net> List-Subscribe: <mailto:cweiss@example.net> List-Help: <mailto:cweiss@example.net> List-Post: <mailto:cweiss@example.net> List-Id: "Avalon Developers List" <dev.avalon.apache.org> Reply-To: "Avalon Developers List" <cweiss@example.net> Delivered-To: mailing list cweiss@example.net Received: (qmail 70345 invoked from network); 2 Feb 2004 01:32:28 -0000 Received: from unknown (HELO smtp.uol.com.br) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Feb 2004 01:32:28 -0000 Received: from keldorfortress (unknown [83.161.120.155]) by scorpion5.uol.com.br (Postfix) with SMTP id D1FBDA372 for <cweiss@example.net>; Sun, 1 Feb 2004 23:32:33 -0200 (BRST) Message-ID: <001d01c3e934$d5c84930$91c99bc8@keldorfortress> From: "hammett" <cweiss@example.net> To: "Avalon Developers List" <cweiss@example.net> References: <cweiss@example.net> <cweiss@example.net> <1075568213.16848.248.camel@wks-korosh> <cweiss@example.net> <1075570069.622.270.camel@wks-korosh> <cweiss@example.net> Subject: Re: [MERLIN] are service method calls done through reflection ? Date: Sun, 1 Feb 2004 23:32:40 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 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 If speedy is a issue I would recomend http://cglib.sourceforge.net/ If you get significant differences we'll be happy to receive patches :-) -- hammett PS: Leo, please.. use *separation* instead of seperation ;-) ----- Original Message ----- From: "Leo Simons" <cweiss@example.net> To: <cweiss@example.net> Sent: Sunday, February 01, 2004 6:43 PM Subject: Re: [MERLIN] are service method calls done through reflection ? > korosh afshar wrote: > > I guess one way to ask this is: if you guys(avalon developers) out > > there working for a client who has a requirement to have a "very fast > > service" implementation, would make "non proxiing" your service > > component as one of your first choices to optimize your service. --------------------------------------------------------------------- To unsubscribe, e-mail: cweiss@example.net For additional commands, e-mail: cweiss@example.net From cweiss@example.net Mon Feb 02 06:18:34 2004 Return-Path: <cweiss@example.net> Delivered-To: cweiss@example.net Received: (qmail 47112 invoked from network); 2 Feb 2004 06:18:33 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 2 Feb 2004 06:18:33 -0000 Received: (qmail 48938 invoked by uid 500); 2 Feb 2004 06:17:30 -0000 Delivered-To: cweiss@example.net Received: (qmail 48862 invoked by uid 500); 2 Feb 2004 06:17:29 -0000 Mailing-List: contact cweiss@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:cweiss@example.net> List-Subscribe: <mailto:cweiss@example.net> List-Help: <mailto:cweiss@example.net> List-Post: <mailto:cweiss@example.net> List-Id: "Avalon Developers List" <dev.avalon.apache.org> Reply-To: "Avalon Developers List" <cweiss@example.net> Delivered-To: mailing list cweiss@example.net Received: (qmail 48427 invoked from network); 2 Feb 2004 06:17:26 -0000 Received: from unknown (HELO austin.kingdesign.net) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Feb 2004 06:17:26 -0000 Received: (qmail 19667 invoked from network); 2 Feb 2004 06:22:26 -0000 Received: from lsd.student.utwente.nl (83.161.120.155) by austin.kingdesign.net with SMTP; 2 Feb 2004 06:22:26 -0000 From: Gump Integration Build <cweiss@example.net> To: cweiss@example.net Subject: [GUMP@lsd]: avalon-sandbox/avalon-cache failed 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 Project: avalon-cache State: Failed URL: http://lsd.student.utwente.nl/gump/avalon-sandbox/avalon-cache.html ------------------------------------------------- G U M P Y Annotations: - Warning - Optional dependency checkstyle failed with reason build failed - Error - Failed with reason build failed ------------------------------------------------- G U M P Y Work Name: build_avalon-sandbox_avalon-cache (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 1 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/data/gump/xml-xerces2/java/build/xercesImpl.jar:/data/gump/xml-xerces2/java/build/xmlParserAPIs.jar:/data/gump/xml-xalan/java/build/xalan-unbundled.jar:/data/gump/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dbuild.clonevm=true -Dgump.merge=/data/gump/gump/work/merge.xml -Dbuild.sysclasspath=only -Djunit.failonerror=true -Dskip.dependencies=true -Dversion=20040202 -Ddo.checkstyle=true [Working Directory: /data/gump/avalon-sandbox/cache] --------------------------------------------- Buildfile: build.xml does not exist! Build failed --------------------------------------------- ------------------------------------------------- G U M P Y RSS: http://lsd.student.utwente.nl/gump/avalon-sandbox/avalon-cache.rss | Atom: http://lsd.student.utwente.nl/gump/avalon-sandbox/avalon-cache.atom -- Gump http://jakarta.apache.org/gump [lsd] --------------------------------------------------------------------- To unsubscribe, e-mail: cweiss@example.net For additional commands, e-mail: cweiss@example.net From cweiss@example.net Mon Feb 02 07:03:04 2004 Return-Path: <cweiss@example.net> Delivered-To: cweiss@example.net Received: (qmail 63515 invoked from network); 2 Feb 2004 07:03:03 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 2 Feb 2004 07:03:03 -0000 Received: (qmail 59280 invoked by uid 500); 2 Feb 2004 07:02:39 -0000 Delivered-To: cweiss@example.net Received: (qmail 59168 invoked by uid 500); 2 Feb 2004 07:02:38 -0000 Mailing-List: contact cweiss@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:cweiss@example.net> List-Subscribe: <mailto:cweiss@example.net> List-Help: <mailto:cweiss@example.net> List-Post: <mailto:cweiss@example.net> List-Id: "Avalon Developers List" <dev.avalon.apache.org> Reply-To: "Avalon Developers List" <cweiss@example.net> Delivered-To: mailing list cweiss@example.net Received: (qmail 59113 invoked from network); 2 Feb 2004 07:02:37 -0000 Received: from unknown (HELO f2.hedhman.org) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Feb 2004 07:02:37 -0000 Received: from f2.hedhman.org (f2.hedhman.org [83.161.120.155]) by f2.hedhman.org (8.12.8/8.12.8) with ESMTP id i1272lUe004696 for <cweiss@example.net>; Mon, 2 Feb 2004 15:02:48 +0800 From: Niclas Hedhman <cweiss@example.net> Organization: Private To: cweiss@example.net Subject: Test Date: Mon, 2 Feb 2004 15:02:46 +0800 User-Agent: KMail/1.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <cweiss@example.net> 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 A whole bunch of messages sent yesterday never reached the list. Niclas --------------------------------------------------------------------- To unsubscribe, e-mail: cweiss@example.net For additional commands, e-mail: cweiss@example.net From cweiss@example.net Mon Feb 02 07:49:47 2004 Return-Path: <cweiss@example.net> Delivered-To: cweiss@example.net Received: (qmail 82719 invoked from network); 2 Feb 2004 07:49:47 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 2 Feb 2004 07:49:47 -0000 Received: (qmail 76769 invoked by uid 500); 2 Feb 2004 07:49:23 -0000 Delivered-To: cweiss@example.net Received: (qmail 76504 invoked by uid 500); 2 Feb 2004 07:49:21 -0000 Mailing-List: contact cweiss@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:cweiss@example.net> List-Subscribe: <mailto:cweiss@example.net> List-Help: <mailto:cweiss@example.net> List-Post: <mailto:cweiss@example.net> List-Id: "Avalon Developers List" <dev.avalon.apache.org> Reply-To: "Avalon Developers List" <cweiss@example.net> Delivered-To: mailing list cweiss@example.net Received: (qmail 76474 invoked from network); 2 Feb 2004 07:49:20 -0000 Received: from unknown (HELO f2.hedhman.org) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Feb 2004 07:49:20 -0000 Received: from f2.hedhman.org (f2.hedhman.org [83.161.120.155]) by f2.hedhman.org (8.12.8/8.12.8) with ESMTP id i127nKUe016271 for <cweiss@example.net>; Mon, 2 Feb 2004 15:49:31 +0800 From: Niclas Hedhman <cweiss@example.net> Organization: Private To: cweiss@example.net Subject: Build is currently failing... Date: Mon, 2 Feb 2004 15:49:18 +0800 User-Agent: KMail/1.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <cweiss@example.net> 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 [exec] BUILD FAILED [exec] File...... file:/home/niclas/dev/opensource/avalon/util/ [exec] Element... ant:exec [exec] Line...... 66 [exec] Column.... 50 [exec] no executable specified Strangely enough the maven.xml checks for it on the previous line; <j:if test="${maven.gpg.exe != ''}"> <ant:exec executable="${maven.gpg.exec}"> So what is happening? Niclas --------------------------------------------------------------------- To unsubscribe, e-mail: cweiss@example.net For additional commands, e-mail: cweiss@example.net From cweiss@example.net Mon Feb 02 09:29:37 2004 Return-Path: <cweiss@example.net> Delivered-To: cweiss@example.net Received: (qmail 62961 invoked from network); 2 Feb 2004 09:29:37 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 2 Feb 2004 09:29:37 -0000 Received: (qmail 87835 invoked by uid 500); 2 Feb 2004 09:29:08 -0000 Delivered-To: cweiss@example.net Received: (qmail 87784 invoked by uid 500); 2 Feb 2004 09:29:08 -0000 Mailing-List: contact cweiss@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:cweiss@example.net> List-Subscribe: <mailto:cweiss@example.net> List-Help: <mailto:cweiss@example.net> List-Post: <mailto:cweiss@example.net> List-Id: "Avalon Developers List" <dev.avalon.apache.org> Reply-To: "Avalon Developers List" <cweiss@example.net> Delivered-To: mailing list cweiss@example.net Received: (qmail 87756 invoked from network); 2 Feb 2004 09:29:08 -0000 Received: from unknown (HELO smtp.noos.fr) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Feb 2004 09:29:08 -0000 Received: (qmail 6118 invoked by uid 0); 2 Feb 2004 09:28:48 -0000 Received: from unknown (HELO apache.org) ([83.161.120.155]) (envelope-sender <cweiss@example.net>) by 83.161.120.155 (qmail-ldap-1.03) with SMTP for <cweiss@example.net>; 2 Feb 2004 09:28:48 -0000 Message-ID: <cweiss@example.net> Date: Mon, 02 Feb 2004 10:31:53 +0100 From: Stephen McConnell <cweiss@example.net> User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Avalon Developers List <cweiss@example.net> Subject: Re: Test References: <cweiss@example.net> In-Reply-To: <cweiss@example.net> 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: minotaur-2.apache.org 1.6.2 0/1000/N Niclas Hedhman wrote: > A whole bunch of messages sent yesterday never reached the list. I've noticed that several messages that I have posted (since Friday) have not made it to the list. Steve. -- |------------------------------------------------| | Magic by Merlin | | Production by Avalon | | | | http://avalon.apache.org/merlin | | http://dpml.net/merlin/distributions/latest | |------------------------------------------------| --------------------------------------------------------------------- To unsubscribe, e-mail: cweiss@example.net For additional commands, e-mail: cweiss@example.net From cweiss@example.net Mon Feb 02 10:14:47 2004 Return-Path: <cweiss@example.net> Delivered-To: cweiss@example.net Received: (qmail 93682 invoked from network); 2 Feb 2004 10:14:47 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 2 Feb 2004 10:14:47 -0000 Received: (qmail 44181 invoked by uid 500); 2 Feb 2004 10:14:19 -0000 Delivered-To: cweiss@example.net Received: (qmail 44138 invoked by uid 500); 2 Feb 2004 10:14:19 -0000 Mailing-List: contact cweiss@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:cweiss@example.net> List-Subscribe: <mailto:cweiss@example.net> List-Help: <mailto:cweiss@example.net> List-Post: <mailto:cweiss@example.net> List-Id: "Avalon Developers List" <dev.avalon.apache.org> Reply-To: "Avalon Developers List" <cweiss@example.net> Delivered-To: mailing list cweiss@example.net Received: (qmail 44106 invoked from network); 2 Feb 2004 10:14:18 -0000 Received: from unknown (HELO pcug.org.au) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Feb 2004 10:14:18 -0000 Received: from DAVID.pcug.org.au (ta-1-169.tip.net.au [83.161.120.155]) by pcug.org.au (8.12.9/8.12.9/TIP-2.36) with ESMTP id i12AEU3A021703 for <cweiss@example.net>; Mon, 2 Feb 2004 21:14:30 +1100 (EST) Message-Id: <cweiss@example.net> X-Sender: cweiss@example.net X-Mailer: QUALCOMM Windows Eudora Version 83.161.120.155 Date: Mon, 02 Feb 2004 21:12:25 +1000 To: "Avalon Developers List" <cweiss@example.net> From: David Gray <cweiss@example.net> Subject: Re: Test In-Reply-To: <cweiss@example.net> References: <cweiss@example.net> <cweiss@example.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed 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 At 10:31 AM 02/02/2004 +0100, you wrote: >Niclas Hedhman wrote: > >>A whole bunch of messages sent yesterday never reached the list. > >I've noticed that several messages that I have posted (since Friday) have >not made it to the list. > Any chance that the myDoom virus is clogging the EMail systems. I have receive about 5 or 6 tonight alone. ----------------------------------------------------------------------- Is this the 5 minute argument or the full half-hour? --------------------------------------------------------------------- To unsubscribe, e-mail: cweiss@example.net For additional commands, e-mail: cweiss@example.net From cweiss@example.net Mon Feb 02 11:04:32 2004 Return-Path: <cweiss@example.net> Delivered-To: cweiss@example.net Received: (qmail 24781 invoked from network); 2 Feb 2004 11:04:32 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 2 Feb 2004 11:04:32 -0000 Received: (qmail 14845 invoked by uid 500); 2 Feb 2004 11:04:01 -0000 Delivered-To: cweiss@example.net Received: (qmail 14807 invoked by uid 500); 2 Feb 2004 11:04:01 -0000 Mailing-List: contact cweiss@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:cweiss@example.net> List-Subscribe: <mailto:cweiss@example.net> List-Help: <mailto:cweiss@example.net> List-Post: <mailto:cweiss@example.net> List-Id: "Avalon Developers List" <dev.avalon.apache.org> Reply-To: "Avalon Developers List" <cweiss@example.net> Delivered-To: mailing list cweiss@example.net Received: (qmail 14785 invoked from network); 2 Feb 2004 11:04:01 -0000 Received: from unknown (HELO smtp01.myhosting.com) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Feb 2004 11:04:01 -0000 Received: from lagrange ([83.161.120.155]) by smtp01.myhosting.com (Merak 7.1.0) with ASMTP id DXA74513 for <cweiss@example.net>; Mon, 02 Feb 2004 06:04:14 -0500 From: "Leo Sutic" <cweiss@example.net> To: "'Avalon Developers List'" <cweiss@example.net> Subject: RE: [VOTE] RE: MutableConfiguration Date: Mon, 2 Feb 2004 12:04:13 +0100 Message-ID: <01a101c3e97c$4b3559f0$0801a8c0@lagrange> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal In-Reply-To: <cweiss@example.net> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 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 > -----Original Message----- > From: news [mailto:cweiss@example.net] On Behalf Of Leo Simons > > Stephen McConnell wrote: > > avalon-framework-api > > avalon-framework-spi <-- contains MutableConfiguration > > avalon-framework-impl <-- depends on spi and api > > IMHO avalon-framework-impl =~ avalon-framework-spi. It only contains > stuff useful to containers implementing framework support. > Yet-another-jar-with-only-5-classes doesn't seem like a good idea, > especially as the split classloader argument doesn't seem to > hold here. I agree with this. Currently, that jar would have *one* class - MutableConfiguration. /LS --------------------------------------------------------------------- To unsubscribe, e-mail: cweiss@example.net For additional commands, e-mail: cweiss@example.net From cweiss@example.net Mon Feb 02 11:20:51 2004 Return-Path: <cweiss@example.net> Delivered-To: cweiss@example.net Received: (qmail 33997 invoked from network); 2 Feb 2004 11:20:51 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 2 Feb 2004 11:20:51 -0000 Received: (qmail 55810 invoked by uid 500); 2 Feb 2004 11:20:21 -0000 Delivered-To: cweiss@example.net Received: (qmail 55661 invoked by uid 500); 2 Feb 2004 11:20:20 -0000 Mailing-List: contact cweiss@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:cweiss@example.net> List-Subscribe: <mailto:cweiss@example.net> List-Help: <mailto:cweiss@example.net> List-Post: <mailto:cweiss@example.net> List-Id: "Avalon Developers List" <dev.avalon.apache.org> Reply-To: "Avalon Developers List" <cweiss@example.net> Delivered-To: mailing list cweiss@example.net Received: (qmail 55637 invoked from network); 2 Feb 2004 11:20:20 -0000 Received: from unknown (HELO smtp02.myhosting.com) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Feb 2004 11:20:20 -0000 Received: from lagrange ([83.161.120.155]) by smtp02.myhosting.com (Merak 7.1.0) with ASMTP id DXA74513 for <cweiss@example.net>; Mon, 02 Feb 2004 06:20:33 -0500 From: "Leo Sutic" <cweiss@example.net> To: "'Avalon Developers List'" <cweiss@example.net> Subject: RE: Wiki Problems... Date: Mon, 2 Feb 2004 12:20:32 +0100 Message-ID: <01a301c3e97e$930c16e0$0801a8c0@lagrange> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal In-Reply-To: <cweiss@example.net> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 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 The wiki appears to be immutable. (Looking at the information bar at the bottom, it says "Immutable page" in the top left corner.) I tried to edit the front page, but couldn't. /LS > From: Niclas Hedhman [mailto:cweiss@example.net] --------------------------------------------------------------------- To unsubscribe, e-mail: cweiss@example.net For additional commands, e-mail: cweiss@example.net From cweiss@example.net Mon Feb 02 12:00:22 2004 Return-Path: <cweiss@example.net> Delivered-To: cweiss@example.net Received: (qmail 69608 invoked from network); 2 Feb 2004 12:00:21 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 2 Feb 2004 12:00:21 -0000 Received: (qmail 88697 invoked by uid 500); 2 Feb 2004 12:00:07 -0000 Delivered-To: cweiss@example.net Received: (qmail 88545 invoked by uid 500); 2 Feb 2004 12:00:06 -0000 Mailing-List: contact cweiss@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:cweiss@example.net> List-Subscribe: <mailto:cweiss@example.net> List-Help: <mailto:cweiss@example.net> List-Post: <mailto:cweiss@example.net> List-Id: "Avalon Developers List" <dev.avalon.apache.org> Reply-To: "Avalon Developers List" <cweiss@example.net> Delivered-To: mailing list cweiss@example.net Received: (qmail 88382 invoked from network); 2 Feb 2004 12:00:04 -0000 Received: from unknown (HELO smtp.noos.fr) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Feb 2004 12:00:04 -0000 Received: (qmail 28082 invoked by uid 0); 2 Feb 2004 11:59:59 -0000 Received: from unknown (HELO apache.org) ([83.161.120.155]) (envelope-sender <cweiss@example.net>) by 83.161.120.155 (qmail-ldap-1.03) with SMTP for <cweiss@example.net>; 2 Feb 2004 11:59:59 -0000 Message-ID: <cweiss@example.net> Date: Mon, 02 Feb 2004 13:03:03 +0100 From: Stephen McConnell <cweiss@example.net> User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Avalon Developers List <cweiss@example.net> Subject: Re: [VOTE] RE: MutableConfiguration References: <01a101c3e97c$4b3559f0$0801a8c0@lagrange> In-Reply-To: <01a101c3e97c$4b3559f0$0801a8c0@lagrange> 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: minotaur-2.apache.org 1.6.2 0/1000/N Leo Sutic wrote: > >>-----Original Message----- >>From: news [mailto:cweiss@example.net] On Behalf Of Leo Simons >> >>Stephen McConnell wrote: >> >>> avalon-framework-api >>> avalon-framework-spi <-- contains MutableConfiguration >>>avalon-framework-impl <-- depends on spi and api >> >>IMHO avalon-framework-impl =~ avalon-framework-spi. It only contains >>stuff useful to containers implementing framework support. >>Yet-another-jar-with-only-5-classes doesn't seem like a good idea, >>especially as the split classloader argument doesn't seem to >>hold here. > > > I agree with this. Currently, that jar would have *one* class - > MutableConfiguration. Yes - I aware of the "one class" point which is partly why I initially suggested that we address this separately under an avalon-configuration (specifically moving the issue away from the framework and incorporating resolution with excalibur-configuration). My two proposals are: (a) use framework-spi (b) or setup an avalon/avalon-configuration subproject containing api and impl packages (and include in this process rationalization of the excalibur-configuration content) Please note that neither of these proposals impact the framework API explicitly or implicitly), and at the same time ensure that viable solutions are available so that you are not blocked in terms of moving forward. Personally I would prefer to see option (b) as the sensible solution because this addresses the broader question of the non-component content in the excalibur-configuration package that IMO should be incorporated into a single sub-project. Another alternative is to simply do this under the existing excalibur-configuration package. Stephen. -- |------------------------------------------------| | Magic by Merlin | | Production by Avalon | | | | http://avalon.apache.org/merlin | | http://dpml.net/merlin/distributions/latest | |------------------------------------------------| --------------------------------------------------------------------- To unsubscribe, e-mail: cweiss@example.net For additional commands, e-mail: cweiss@example.net From cweiss@example.net Mon Feb 02 15:09:57 2004 Return-Path: <cweiss@example.net> Delivered-To: cweiss@example.net Received: (qmail 2073 invoked from network); 2 Feb 2004 15:09:57 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 2 Feb 2004 15:09:57 -0000 Received: (qmail 58586 invoked by uid 500); 2 Feb 2004 15:09:34 -0000 Delivered-To: cweiss@example.net Received: (qmail 58462 invoked by uid 500); 2 Feb 2004 15:09:33 -0000 Mailing-List: contact cweiss@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:cweiss@example.net> List-Subscribe: <mailto:cweiss@example.net> List-Help: <mailto:cweiss@example.net> List-Post: <mailto:cweiss@example.net> List-Id: "Avalon Developers List" <dev.avalon.apache.org> Reply-To: "Avalon Developers List" <cweiss@example.net> Delivered-To: mailing list cweiss@example.net Received: (qmail 58346 invoked from network); 2 Feb 2004 15:09:31 -0000 Received: from unknown (HELO f2.hedhman.org) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Feb 2004 15:09:31 -0000 Received: from f2.hedhman.org (f2.hedhman.org [83.161.120.155]) by f2.hedhman.org (8.12.8/8.12.8) with ESMTP id i12F9SUe017312 for <cweiss@example.net>; Mon, 2 Feb 2004 23:09:29 +0800 From: Niclas Hedhman <cweiss@example.net> Organization: Private To: "Avalon Developers List" <cweiss@example.net> Subject: Re: Wiki Problems... Date: Mon, 2 Feb 2004 23:09:27 +0800 User-Agent: KMail/1.5 References: <01a301c3e97e$930c16e0$0801a8c0@lagrange> In-Reply-To: <01a301c3e97e$930c16e0$0801a8c0@lagrange> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <cweiss@example.net> 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 Monday 02 February 2004 19:20, Leo Sutic wrote: > The wiki appears to be immutable. (Looking at the information bar > at the bottom, it says "Immutable page" in the top left corner.) > > I tried to edit the front page, but couldn't. Apparently a 666 mode is required. Should be fixed. Niclas --------------------------------------------------------------------- To unsubscribe, e-mail: cweiss@example.net For additional commands, e-mail: cweiss@example.net From cweiss@example.net Mon Feb 02 15:25:16 2004 Return-Path: <cweiss@example.net> Delivered-To: cweiss@example.net Received: (qmail 11757 invoked from network); 2 Feb 2004 15:25:16 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 2 Feb 2004 15:25:16 -0000 Received: (qmail 13288 invoked by uid 500); 2 Feb 2004 15:22:59 -0000 Delivered-To: cweiss@example.net Received: (qmail 13227 invoked by uid 500); 2 Feb 2004 15:22:58 -0000 Mailing-List: contact cweiss@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:cweiss@example.net> List-Subscribe: <mailto:cweiss@example.net> List-Help: <mailto:cweiss@example.net> List-Post: <mailto:cweiss@example.net> List-Id: "Avalon Developers List" <dev.avalon.apache.org> Reply-To: "Avalon Developers List" <cweiss@example.net> Delivered-To: mailing list cweiss@example.net Received: (qmail 13119 invoked from network); 2 Feb 2004 15:22:57 -0000 Received: from unknown (HELO f2.hedhman.org) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Feb 2004 15:22:57 -0000 Received: from f2.hedhman.org (f2.hedhman.org [83.161.120.155]) by f2.hedhman.org (8.12.8/8.12.8) with ESMTP id i12FMlUe017943 for <cweiss@example.net>; Mon, 2 Feb 2004 23:22:47 +0800 From: Niclas Hedhman <cweiss@example.net> Organization: Private Subject: Fwd: Re: [MERLIN] are service method calls done through reflection ? Date: Mon, 2 Feb 2004 23:22:46 +0800 User-Agent: KMail/1.5 To: "Avalon Developers List" <cweiss@example.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <cweiss@example.net> 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 Saturday 31 January 2004 09:27, korosh afshar wrote: > Is using a non-proxied component to make service method calls order of > magnitude faster or slightly faster or is it pretty much given that if > you want faster calls on your service methods, you should use > non-proxied components as first choice? I remember I saw a comparison once a few years ago. The direct invocation on the system used was somewhere in the region of 20-50 times faster than the Proxied alternative. Sounds like a lot, but one has to look at what else is going on. We are still in the microsecond region, so 100s of calls per second is not really a concern. 10s of thousands are. A non-proxied component will also be "security disabled", when I get to that. Cheers Niclas ------------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: cweiss@example.net For additional commands, e-mail: cweiss@example.net From cweiss@example.net Mon Feb 02 15:25:21 2004 Return-Path: <cweiss@example.net> Delivered-To: cweiss@example.net Received: (qmail 11973 invoked from network); 2 Feb 2004 15:25:21 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 2 Feb 2004 15:25:21 -0000 Received: (qmail 14201 invoked by uid 500); 2 Feb 2004 15:23:08 -0000 Delivered-To: cweiss@example.net Received: (qmail 14141 invoked by uid 500); 2 Feb 2004 15:23:08 -0000 Mailing-List: contact cweiss@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:cweiss@example.net> List-Subscribe: <mailto:cweiss@example.net> List-Help: <mailto:cweiss@example.net> List-Post: <mailto:cweiss@example.net> List-Id: "Avalon Developers List" <dev.avalon.apache.org> Reply-To: "Avalon Developers List" <cweiss@example.net> Delivered-To: mailing list cweiss@example.net Received: (qmail 14080 invoked from network); 2 Feb 2004 15:23:07 -0000 Received: from unknown (HELO f2.hedhman.org) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Feb 2004 15:23:07 -0000 Received: from f2.hedhman.org (f2.hedhman.org [83.161.120.155]) by f2.hedhman.org (8.12.8/8.12.8) with ESMTP id i12FN6Ue017946 for <cweiss@example.net>; Mon, 2 Feb 2004 23:23:07 +0800 From: Niclas Hedhman <cweiss@example.net> Organization: Private Subject: Fwd: Re: [VOTE] RE: MutableConfiguration Date: Mon, 2 Feb 2004 23:23:06 +0800 User-Agent: KMail/1.5 To: "Avalon Developers List" <cweiss@example.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <cweiss@example.net> 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 Friday 30 January 2004 22:41, Stephen McConnell wrote: > Fernando Padilla wrote: > > If we want to pull it out of -impl, we could go and add it to > > framework-api, even though no one but containers should ever deal with > > modifying configuration objects, so it should go into -spi. > > I would be OK with MutableConfiguration under -spi: > > avalon-framework-api > avalon-framework-spi <-- contains MutableConfiguration > avalon-framework-impl <-- depends on spi and api LS, Niclas wrote; > > WHAT is needed? > > WHY is that needed? > > HOW can such need be satisfied? > > What are the CONSEQUENCES of such change? > > What are the SEMANTICS surrounding such change? I am failing to see that "your making the case" is addressing these concerns in particular, but trying to read between the lines and Stephen's interpretation above I conclude; What "I am creating my own container and would benefit to use a defined interface during the creation of the Configuration object to be passed to the component." Why "By having a interface defined in the Framework, a container can choose to provide an extension mechanism for collaborative construction of the Configuration object, which would work identically on more than one container." HOW has been addresses a lot. Consequences By placing the interface in the SPI package, it will not be part of the LifeCycle contract and more advanced containers can choose to prevent the components from the ability to down cast to it. Semantic (I don't know right now). SO, If this is a summary of your intent, then I am Ok to continue the discussion of HOW. If not, please clarify.... HOW, I would like to see that the interface MutableConfiguration DOES NOT extend Configuration, but has the same method signatures so that the implementation class can implement them both. That provides a better flexibility for the container on how to go about the creation process. Cheers Niclas ------------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: cweiss@example.net For additional commands, e-mail: cweiss@example.net From cweiss@example.net Mon Feb 02 15:28:20 2004 Return-Path: <cweiss@example.net> Delivered-To: cweiss@example.net Received: (qmail 14578 invoked from network); 2 Feb 2004 15:28:19 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 2 Feb 2004 15:28:19 -0000 Received: (qmail 39384 invoked by uid 500); 2 Feb 2004 15:28:11 -0000 Delivered-To: cweiss@example.net Received: (qmail 39315 invoked by uid 500); 2 Feb 2004 15:28:10 -0000 Mailing-List: contact cweiss@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:cweiss@example.net> List-Subscribe: <mailto:cweiss@example.net> List-Help: <mailto:cweiss@example.net> List-Post: <mailto:cweiss@example.net> List-Id: "Avalon Developers List" <dev.avalon.apache.org> Reply-To: "Avalon Developers List" <cweiss@example.net> Delivered-To: mailing list cweiss@example.net Received: (qmail 39257 invoked from network); 2 Feb 2004 15:28:10 -0000 Received: from unknown (HELO f2.hedhman.org) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Feb 2004 15:28:10 -0000 Received: from f2.hedhman.org (f2.hedhman.org [83.161.120.155]) by f2.hedhman.org (8.12.8/8.12.8) with ESMTP id i12FRPUe017967 for <cweiss@example.net>; Mon, 2 Feb 2004 23:27:26 +0800 From: Niclas Hedhman <cweiss@example.net> Organization: Private To: "Avalon Developers List" <cweiss@example.net> Subject: Re: [VOTE] RE: MutableConfiguration Date: Mon, 2 Feb 2004 23:27:25 +0800 User-Agent: KMail/1.5 References: <0ce301c3e71a$f30c4760$0801a8c0@lagrange> In-Reply-To: <0ce301c3e71a$f30c4760$0801a8c0@lagrange> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <cweiss@example.net> 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 Friday 30 January 2004 18:22, Leo Sutic wrote: > > I vote "No". > > I take that as a -1 VETO. What should I vote if I mean; "I am against it, but will accept a majority (more positive than negative, not counting impartial, votes) decision in the issue." ?? Niclas --------------------------------------------------------------------- To unsubscribe, e-mail: cweiss@example.net For additional commands, e-mail: cweiss@example.net From cweiss@example.net Mon Feb 02 15:34:38 2004 Return-Path: <cweiss@example.net> Delivered-To: cweiss@example.net Received: (qmail 18148 invoked from network); 2 Feb 2004 15:34:38 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 2 Feb 2004 15:34:38 -0000 Received: (qmail 70149 invoked by uid 500); 2 Feb 2004 15:34:29 -0000 Delivered-To: cweiss@example.net Received: (qmail 70070 invoked by uid 500); 2 Feb 2004 15:34:28 -0000 Mailing-List: contact cweiss@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:cweiss@example.net> List-Subscribe: <mailto:cweiss@example.net> List-Help: <mailto:cweiss@example.net> List-Post: <mailto:cweiss@example.net> List-Id: "Avalon Developers List" <dev.avalon.apache.org> Reply-To: "Avalon Developers List" <cweiss@example.net> Delivered-To: mailing list cweiss@example.net Received: (qmail 70046 invoked from network); 2 Feb 2004 15:34:28 -0000 Received: from unknown (HELO smtp01.myhosting.com) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Feb 2004 15:34:28 -0000 Received: from lagrange ([83.161.120.155]) by smtp01.myhosting.com (Merak 7.1.0) with ASMTP id DXA74513 for <cweiss@example.net>; Mon, 02 Feb 2004 10:34:29 -0500 From: "Leo Sutic" <cweiss@example.net> To: "'Avalon Developers List'" <cweiss@example.net> Subject: RE: [VOTE] RE: MutableConfiguration Date: Mon, 2 Feb 2004 16:34:28 +0100 Message-ID: <01c401c3e9a2$0c607e50$0801a8c0@lagrange> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal In-Reply-To: <cweiss@example.net> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 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 > From: Niclas Hedhman [mailto:cweiss@example.net] > > On Friday 30 January 2004 18:22, Leo Sutic wrote: > > > I vote "No". > > > > I take that as a -1 VETO. > > What should I vote if I mean; "I am against it, but will > accept a majority > (more positive than negative, not counting impartial, votes) > decision in the > issue." ?? You should vote -0. /LS --------------------------------------------------------------------- To unsubscribe, e-mail: cweiss@example.net For additional commands, e-mail: cweiss@example.net From cweiss@example.net Mon Feb 02 15:40:04 2004 Return-Path: <cweiss@example.net> Delivered-To: cweiss@example.net Received: (qmail 22150 invoked from network); 2 Feb 2004 15:40:03 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 2 Feb 2004 15:40:03 -0000 Received: (qmail 91698 invoked by uid 500); 2 Feb 2004 15:39:54 -0000 Delivered-To: cweiss@example.net Received: (qmail 91638 invoked by uid 500); 2 Feb 2004 15:39:53 -0000 Mailing-List: contact cweiss@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:cweiss@example.net> List-Subscribe: <mailto:cweiss@example.net> List-Help: <mailto:cweiss@example.net> List-Post: <mailto:cweiss@example.net> List-Id: "Avalon Developers List" <dev.avalon.apache.org> Reply-To: "Avalon Developers List" <cweiss@example.net> Delivered-To: mailing list cweiss@example.net Received: (qmail 91611 invoked from network); 2 Feb 2004 15:39:53 -0000 Received: from unknown (HELO ms1.mtm-futures.com) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Feb 2004 15:39:53 -0000 Received: from hawkes (jhawkes.adsnm.com [83.161.120.155]) by ms1.mtm-futures.com (8.12.10/8.12.10) with SMTP id i12FdsmG016934 for <cweiss@example.net>; Mon, 2 Feb 2004 09:39:54 -0600 (CST) Message-ID: <cweiss@example.net> From: "Jonathan Hawkes" <cweiss@example.net> To: "Avalon Developers List" <cweiss@example.net> References: <01c401c3e9a2$0c607e50$0801a8c0@lagrange> Subject: Re: [VOTE] RE: MutableConfiguration Date: Mon, 2 Feb 2004 08:45:23 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 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 How about (-1)^2 :) ----- Original Message ----- From: "Leo Sutic" <cweiss@example.net> To: "'Avalon Developers List'" <cweiss@example.net> Sent: Monday, February 02, 2004 8:34 AM Subject: RE: [VOTE] RE: MutableConfiguration > > > > From: Niclas Hedhman [mailto:cweiss@example.net] > > > > On Friday 30 January 2004 18:22, Leo Sutic wrote: > > > > I vote "No". > > > > > > I take that as a -1 VETO. > > > > What should I vote if I mean; "I am against it, but will > > accept a majority > > (more positive than negative, not counting impartial, votes) > > decision in the > > issue." ?? > > You should vote -0. > > /LS > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: cweiss@example.net > For additional commands, e-mail: cweiss@example.net > > --------------------------------------------------------------------- To unsubscribe, e-mail: cweiss@example.net For additional commands, e-mail: cweiss@example.net From cweiss@example.net Mon Feb 02 16:09:03 2004 Return-Path: <cweiss@example.net> Delivered-To: cweiss@example.net Received: (qmail 40589 invoked from network); 2 Feb 2004 16:09:03 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 2 Feb 2004 16:09:03 -0000 Received: (qmail 15884 invoked by uid 500); 2 Feb 2004 16:08:51 -0000 Delivered-To: cweiss@example.net Received: (qmail 15829 invoked by uid 500); 2 Feb 2004 16:08:51 -0000 Mailing-List: contact cweiss@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:cweiss@example.net> List-Subscribe: <mailto:cweiss@example.net> List-Help: <mailto:cweiss@example.net> List-Post: <mailto:cweiss@example.net> List-Id: "Avalon Developers List" <dev.avalon.apache.org> Reply-To: "Avalon Developers List" <cweiss@example.net> Delivered-To: mailing list cweiss@example.net Received: (qmail 15769 invoked from network); 2 Feb 2004 16:08:50 -0000 Received: from unknown (HELO f2.hedhman.org) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Feb 2004 16:08:50 -0000 Received: from f2.hedhman.org (f2.hedhman.org [83.161.120.155]) by f2.hedhman.org (8.12.8/8.12.8) with ESMTP id i12G8mUe019557 for <cweiss@example.net>; Tue, 3 Feb 2004 00:08:48 +0800 From: Niclas Hedhman <cweiss@example.net> Organization: Private To: "Avalon Developers List" <cweiss@example.net> Subject: Re: [VOTE] RE: MutableConfiguration Date: Tue, 3 Feb 2004 00:08:47 +0800 User-Agent: KMail/1.5 References: <01c401c3e9a2$0c607e50$0801a8c0@lagrange> In-Reply-To: <01c401c3e9a2$0c607e50$0801a8c0@lagrange> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <cweiss@example.net> 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 Monday 02 February 2004 23:34, Leo Sutic wrote: > > From: Niclas Hedhman [mailto:cweiss@example.net] > > What should I vote if I mean; "I am against it, but will > > accept a majority > > (more positive than negative, not counting impartial, votes) > > decision in the > > issue." ?? > > You should vote -0. From; http://jakarta.apache.org/site/decisions.html +1 "Yes," "Agree," or "the action should be performed." On some issues this is only binding if the voter has tested the action on their own system(s). +/-0 "Abstain," "no opinion". An abstention may have detrimental effects if too many people abstain. -1 "No." On issues where consensus is required, this vote counts as a veto. All vetos must contain an explanation of why the veto is appropriate. Vetos with no explanation are void. No veto can be overruled. If you disagree with the veto, you should lobby the person who cast the veto. Voters intending to veto an action item should make their opinions known to the group immediately so that the problem can be remedied as early as possible. IMHO, a. It is unclear when "consensus is required". b. I like democratic rules better. Cheers Niclas --------------------------------------------------------------------- To unsubscribe, e-mail: cweiss@example.net For additional commands, e-mail: cweiss@example.net From cweiss@example.net Mon Feb 02 16:20:58 2004 Return-Path: <cweiss@example.net> Delivered-To: cweiss@example.net Received: (qmail 48561 invoked from network); 2 Feb 2004 16:20:57 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 2 Feb 2004 16:20:57 -0000 Received: (qmail 66165 invoked by uid 500); 2 Feb 2004 16:19:56 -0000 Delivered-To: cweiss@example.net Received: (qmail 66090 invoked by uid 500); 2 Feb 2004 16:19:55 -0000 Mailing-List: contact cweiss@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:cweiss@example.net> List-Subscribe: <mailto:cweiss@example.net> List-Help: <mailto:cweiss@example.net> List-Post: <mailto:cweiss@example.net> List-Id: "Avalon Developers List" <dev.avalon.apache.org> Reply-To: "Avalon Developers List" <cweiss@example.net> Delivered-To: mailing list cweiss@example.net Received: (qmail 66003 invoked from network); 2 Feb 2004 16:19:54 -0000 Received: from unknown (HELO smtp01.myhosting.com) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Feb 2004 16:19:54 -0000 Received: from lagrange ([83.161.120.155]) by smtp01.myhosting.com (Merak 7.1.0) with ASMTP id DXA74513 for <cweiss@example.net>; Mon, 02 Feb 2004 11:19:52 -0500 From: "Leo Sutic" <cweiss@example.net> To: "'Avalon Developers List'" <cweiss@example.net> Subject: RE: [VOTE] RE: MutableConfiguration Date: Mon, 2 Feb 2004 17:19:51 +0100 Message-ID: <01c501c3e9a8$637deb40$0801a8c0@lagrange> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal In-Reply-To: <cweiss@example.net> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 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 > From: Niclas Hedhman [mailto:cweiss@example.net] > > a. It is unclear when "consensus is required". From: http://jakarta.apache.org/site/decisions.html "All product changes to the currently active repository are subject to lazy consensus." Thus -1 == VETO. Hope that cleared it up. > b. I like democratic rules better. Raise the issue on the PMC mailing list, and we'll see what can/should be done. I don't think we should include that discussion in this vote, however. /LS --------------------------------------------------------------------- To unsubscribe, e-mail: cweiss@example.net For additional commands, e-mail: cweiss@example.net From cweiss@example.net Mon Feb 02 16:24:23 2004 Return-Path: <cweiss@example.net> Delivered-To: cweiss@example.net Received: (qmail 51194 invoked from network); 2 Feb 2004 16:24:22 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 2 Feb 2004 16:24:22 -0000 Received: (qmail 85539 invoked by uid 500); 2 Feb 2004 16:24:13 -0000 Delivered-To: cweiss@example.net Received: (qmail 85480 invoked by uid 500); 2 Feb 2004 16:24:13 -0000 Mailing-List: contact cweiss@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:cweiss@example.net> List-Subscribe: <mailto:cweiss@example.net> List-Help: <mailto:cweiss@example.net> List-Post: <mailto:cweiss@example.net> List-Id: "Avalon Developers List" <dev.avalon.apache.org> Reply-To: "Avalon Developers List" <cweiss@example.net> Delivered-To: mailing list cweiss@example.net Received: (qmail 85446 invoked from network); 2 Feb 2004 16:24:12 -0000 Received: from unknown (HELO f23.mail.ru) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Feb 2004 16:24:12 -0000 Received: from mail by f23.mail.ru with local id 1Angru-000KPG-00 for cweiss@example.net; Mon, 02 Feb 2004 19:24:14 +0300 Received: from [83.161.120.155] by msg.mail.ru with HTTP; Mon, 02 Feb 2004 19:24:14 +0300 From: =?koi8-r?Q?=22?=Anton Tagunov=?koi8-r?Q?=22=20?=<cweiss@example.net> To: =?koi8-r?Q?=22?=Avalon Developers List=?koi8-r?Q?=22=20?=<cweiss@example.net> Subject: MutableConfiguration Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: unknown via proxy [83.161.120.155] Date: Mon, 02 Feb 2004 19:24:14 +0300 In-Reply-To: <cweiss@example.net> Reply-To: =?koi8-r?Q?=22?=Anton Tagunov=?koi8-r?Q?=22=20?=<cweiss@example.net> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: <cweiss@example.net> 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 Hi, all! I'm still around, just got LAN at home, you know :-) 1. =================================== Niclas Hedhman wrote: NH> What NH> "I am creating my own container and would benefit to use NH> a defined interface during the creation of the Configuration NH> object to be passed to the component." Well, I can imagine a use case for it, that is I can imagine two different MutableCofiguration interface implementations: * one a-la DefaultConfiguration, with HashMap-s backing it * and another: imagine we're porting to Java2ME (I'm going to get a pocket PC :-) and are _extremely_ low on memory; then we could back it withsomething else, like TinyMutableConfiguration { String[5] keys; String[5] values; } It would be a "tragedy" if there was only one implementation for MutableConfiguration, but luckily there is more then one. We see that the level of abstraction is however crusially different from Configuration, LogEnabled, etc. So it will best fit out of framework in my opinion too. NH> Why NH> "By having a interface defined in the Framework, a container NH> can choose to provide an extension mechanism for collaborative NH> construction of the Configuration object, which would work NH> identically on more than one container." We see, it belongs to some container-kit kind of interfaces, or container-util, I would say. Really something like SPI. 2. ================================== NH> HOW has been addresses a lot. NH> NH> Consequences NH> By placing the interface in the SPI package, it will not NH> be part of the LifeCycle contract and more advanced containers NH> can choose to prevent the components from the ability to down NH> cast to it. A most interesting point, see bellow.. NH> NOW, NH> I would like to see that the interface MutableConfiguration NH> DOES NOT extend Configuration, but has the same method NH> signatures so that the implementation class can implement NH> them both. That provides a better flexibility for the NH> container on how to go about the creation process. In fact this is the most interesting part for me: indeed, it's a funny idea to prevent the component from casting Configuration to mutable configuration. It's part of Container-Component contract not to do this. To make this even more evident I would suggest even the following: public interface MutableConfiguration { void setBlah( String key, ... ); ... set ... Configuration getConfiguration(); } Only setter methods, and no getter methods. Does not extend Configuration, instead contains the getConfiguration() method which gives Configuration providing read-only access to the same data. This allowes us to avoid introducing the makeReadonly() method that I've been proposing once In fact we also avoid all this void setBlah() throws InvalidStateException { checkWritable(); ... } logic that we might have to write otherwise. An alternative for naming this interface might be smth like ConfigurationMutator or .. dunno! 3. ============================= On the packaging choice. I would say, go for some other package, not framework. What about DefaultConfiguration? Just duplicate it. Go for a similar class in -spi, or excalibur-configuration package. Let DefaultConfiguration remain a legacy item and let's in our future code pass MutableCofigurations around. Will look nicer then passing DefaultConfiguration as it happens a lot for instance in Fortress internals. --------------------------------------------------------------------- To unsubscribe, e-mail: cweiss@example.net For additional commands, e-mail: cweiss@example.net From cweiss@example.net Mon Feb 02 16:39:18 2004 Return-Path: <cweiss@example.net> Delivered-To: cweiss@example.net Received: (qmail 61801 invoked from network); 2 Feb 2004 16:39:18 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 2 Feb 2004 16:39:18 -0000 Received: (qmail 50662 invoked by uid 500); 2 Feb 2004 16:39:06 -0000 Delivered-To: cweiss@example.net Received: (qmail 50582 invoked by uid 500); 2 Feb 2004 16:39:05 -0000 Mailing-List: contact cweiss@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:cweiss@example.net> List-Subscribe: <mailto:cweiss@example.net> List-Help: <mailto:cweiss@example.net> List-Post: <mailto:cweiss@example.net> List-Id: "Avalon Developers List" <dev.avalon.apache.org> Reply-To: "Avalon Developers List" <cweiss@example.net> Delivered-To: mailing list cweiss@example.net Received: (qmail 50488 invoked from network); 2 Feb 2004 16:39:04 -0000 Received: from unknown (HELO main.gmane.org) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Feb 2004 16:39:04 -0000 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1Anh6I-0007a6-00 for <cweiss@example.net>; Mon, 02 Feb 2004 17:39:06 +0100 Received: from giraffe.student.utwente.nl ([83.161.120.155]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <cweiss@example.net>; Mon Feb 2 16:39:06 2004 Received: from leosimons by giraffe.student.utwente.nl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <cweiss@example.net>; Mon Feb 2 16:39:06 2004 X-Injected-Via-Gmane: http://gmane.org/ To: cweiss@example.net From: Leo Simons <cweiss@example.net> Subject: Re: Build is currently failing... Date: Mon, 02 Feb 2004 17:39:05 +0100 Lines: 10 Message-ID: <cweiss@example.net> References: <cweiss@example.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: cweiss@example.net X-Gmane-NNTP-Posting-Host: giraffe.student.utwente.nl User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1) Gecko/20031114 X-Accept-Language: en-us, en In-Reply-To: <cweiss@example.net> Sender: news <cweiss@example.net> 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 Niclas Hedhman wrote: > <j:if test="${maven.gpg.exe != ''}"> > <ant:exec executable="${maven.gpg.exec}"> typo? s/exe/exec/ - LSD --------------------------------------------------------------------- To unsubscribe, e-mail: cweiss@example.net For additional commands, e-mail: cweiss@example.net From cweiss@example.net Mon Feb 02 16:49:43 2004 Return-Path: <cweiss@example.net> Delivered-To: cweiss@example.net Received: (qmail 68983 invoked from network); 2 Feb 2004 16:49:42 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 2 Feb 2004 16:49:42 -0000 Received: (qmail 95555 invoked by uid 500); 2 Feb 2004 16:48:35 -0000 Delivered-To: cweiss@example.net Received: (qmail 95496 invoked by uid 500); 2 Feb 2004 16:48:34 -0000 Mailing-List: contact cweiss@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:cweiss@example.net> List-Subscribe: <mailto:cweiss@example.net> List-Help: <mailto:cweiss@example.net> List-Post: <mailto:cweiss@example.net> List-Id: "Avalon Developers List" <dev.avalon.apache.org> Reply-To: "Avalon Developers List" <cweiss@example.net> Delivered-To: mailing list cweiss@example.net Received: (qmail 95400 invoked from network); 2 Feb 2004 16:48:33 -0000 Received: from unknown (HELO main.gmane.org) (83.161.120.155) by daedalus.apache.org with SMTP; 2 Feb 2004 16:48:33 -0000 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1AnhFQ-0007qw-00 for <cweiss@example.net>; Mon, 02 Feb 2004 17:48:32 +0100 Received: from giraffe.student.utwente.nl ([83.161.120.155]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <cweiss@example.net>; Mon Feb 2 16:48:32 2004 Received: from leosimons by giraffe.student.utwente.nl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <cweiss@example.net>; Mon Feb 2 16:48:32 2004 X-Injected-Via-Gmane: http://gmane.org/ To: cweiss@example.net From: Leo Simons <cweiss@example.net> Subject: No Vetoes? (was: Re: [VOTE] RE: MutableConfiguration) Date: Mon, 02 Feb 2004 17:48:30 +0100 Lines: 44 Message-ID: <cweiss@example.net> References: <01c401c3e9a2$0c607e50$0801a8c0@lagrange> <cweiss@example.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: cweiss@example.net X-Gmane-NNTP-Posting-Host: giraffe.student.utwente.nl User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1) Gecko/20031114 X-Accept-Language: en-us, en In-Reply-To: <cweiss@example.net> Sender: news <cweiss@example.net> 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 Niclas Hedhman wrote: > IMHO, > a. It is unclear when "consensus is required". preferably, always. If consensus cannot be reached, consensus should be reached on how to proceed. If consensus is not reached quite often on some kinds of issues, consensus can be reached on deviation from the basic consensus rule (ie, as we did with the Avalon PMC voting guidelines). > b. I like democratic rules better. I don't. Striving for consensus reduces the importance of voting. We can have something like "lazy consensus", but "lazy democracy" doesn't work too well (Re: the USA). Anyway, if we want we can change rules, add them, remove them, whatever. But my preferred alternative is to just not debate small issues at length and apply meritocracy and lazy consensus
{'source': 'Apache Software Foundation Public Mail Archives'}