Return-Path: Delivered-To: apmail-jakarta-avalon-dev-archive@apache.org Received: (qmail 42872 invoked from network); 11 Jun 2002 07:52:25 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 11 Jun 2002 07:52:25 -0000 Received: (qmail 23681 invoked by uid 97); 11 Jun 2002 07:52:37 -0000 Delivered-To: qmlist-jakarta-archive-avalon-dev@jakarta.apache.org Received: (qmail 23665 invoked by uid 97); 11 Jun 2002 07:52:36 -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 23652 invoked by uid 98); 11 Jun 2002 07:52:36 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) From: "Leo Sutic" To: "'Avalon Developers List'" , Subject: RE: [proposal] avalon 5 ComponentManager interface Date: Tue, 11 Jun 2002 09:52:23 +0200 Message-ID: <003601c2111c$ed1e5620$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 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 In-Reply-To: <3D059C79.2050700@apache.org> Importance: Normal X-OriginalArrivalTime: 11 Jun 2002 07:52:32.0761 (UTC) FILETIME=[F1763E90:01C2111C] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > From: Nicola Ken Barozzi [mailto:nicolaken@apache.org] > > > Stephen McConnell wrote: > > > > > > Peter Donald wrote: > > > >> At 10:21 AM 6/10/2002 +0200, you wrote: > >> > >>> - proposal for component management in avalon 5: > >>> 1) removal of ComponentSelector > > +1 (I've done it too in my projects) > > >>> 2) removal of release() > > -1 -1 for now, but I have had a discussion off the list with Robert Mouat, that I believe has resulted in a replacement for release(). As soon as I get Robert's permission to post our exchange on the list I'll do it. > The problem, as Peter showed, is when I "hint" for a SSL > connection. If I get a normal connection, I *can* still > connect, but I *don't* want > it. In this case, the /hint/ is mandatory and cannot be overlooked. Seems like you're looking for a different ROLE, then: interface SSLConnectionManager extends ConnectionManager {}; or is that too bulky? /LS -- To unsubscribe, e-mail: For additional commands, e-mail: