Return-Path: Delivered-To: apmail-jakarta-avalon-dev-archive@apache.org Received: (qmail 69826 invoked from network); 6 Sep 2002 15:20:02 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 6 Sep 2002 15:20:02 -0000 Received: (qmail 26175 invoked by uid 97); 6 Sep 2002 15:20:35 -0000 Delivered-To: qmlist-jakarta-archive-avalon-dev@jakarta.apache.org Received: (qmail 26159 invoked by uid 97); 6 Sep 2002 15:20:34 -0000 Mailing-List: contact avalon-dev-help@jakarta.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 avalon-dev@jakarta.apache.org Received: (qmail 26146 invoked by uid 98); 6 Sep 2002 15:20:34 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Message-ID: <3D78C513.4050005@apache.org> Date: Fri, 06 Sep 2002 17:09:07 +0200 From: Stephen McConnell User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en, en-us MIME-Version: 1.0 To: Avalon Developers List Subject: Re: cvs commit: jakarta-avalon-phoenix/src/java/org/apache/avalon/phoenix/interfaces ApplicationContext.java Kernel.java References: <20020906094235.69231.qmail@icarus.apache.org> <3D787DF5.6030702@apache.org> <3D7892F1.6060901@apache.org> 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 Nicola Ken Barozzi wrote: > > Nicola Ken Barozzi wrote: > >> >> donaldp@apache.org wrote: >> >>> donaldp 2002/09/06 02:42:35 >>> >> ... >> >>> Log: >>> Implement BlockContext.getResourceAsStream() so that a block is >>> capable of >>> locating resources in the sar file. This method will retrieve the >>> resource >>> regardless of where it is located. >>> This allows blocks to aquire resources regardless of where they >>> are located; >>> * in base directory >>> * in work directory >>> * in .sar file (in future) >>> * in some vfs (in future) >> >> >> >> This is a non-standard implementation of a Context... >> >> -1 *if* Blocks must aquire it using a cast, because it makes them >> unnecessarily dependent on Phoenix. Unnecessarily since this is a >> general >> concept. >> >> This can be done also as a Service, so it gets inserted as a >> dependency; if it must stay in the Context, it should be gotten from >> the context via a key that is declared in xinfo (I propose it to be >> standard). > > > I really didn't mean to veto formally, just regard this as an opinion > on how it could also be done... > In which case I'll veto this formally. -1 to the addition of BlockContext.getResourceAsStream() This is not 2 -1s on BlockContext (there is also the requestShutdown method addition that has not been rectified). Cheers, Steve. -- Stephen J. McConnell OSM SARL digital products for a global economy mailto:mcconnell@osm.net http://www.osm.net -- To unsubscribe, e-mail: For additional commands, e-mail: