Return-Path: Delivered-To: apmail-avalon-dev-archive@www.apache.org Received: (qmail 8871 invoked from network); 6 Nov 2003 13:03:20 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 6 Nov 2003 13:03:20 -0000 Received: (qmail 86576 invoked by uid 500); 6 Nov 2003 13:03:08 -0000 Delivered-To: apmail-avalon-dev-archive@avalon.apache.org Received: (qmail 86469 invoked by uid 500); 6 Nov 2003 13:03:07 -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 86392 invoked from network); 6 Nov 2003 13:03:07 -0000 Received: from unknown (HELO naomi.webworks.nl) (24.132.161.79) by daedalus.apache.org with SMTP; 6 Nov 2003 13:03:07 -0000 X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Vote] Removing ComponentManagerProxy Date: Thu, 6 Nov 2003 14:03:06 +0100 Message-ID: <84F0A43A4248CE45B5C0E20F4C40779C667C97@naomi.webworks.nl> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Vote] Removing ComponentManagerProxy Thread-Index: AcOkYbI4P8ynskT1RJ6NckprrvAS0wAAjLiA From: "Unico Hommes" To: "Avalon Developers List" , 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 =20 >=20 > -----Original Message----- > From: Carsten Ziegeler [mailto:cziegeler@s-und-n.de]=20 > Sent: donderdag 6 november 2003 13:31 > To: Avalon Developers List > Cc: Cocoon-Dev >=20 > Volker found recently a hugh performance problem in the=20 > current DefaultComponentFactory in Excalibur. >=20 > You can find more information here: > http://marc.theaimsgroup.com/?t=3D106779872700001&r=3D1&w=3D2 >=20 > http://marc.theaimsgroup.com/?t=3D106802136600002&r=3D1&w=3D2 >=20 > I propose to remove the ComponentManagerProxy as this is > a) a performance killer and b) not soo useful as it might look. >=20 > In some situations the ComponentManagerProxy is able to=20 > release components that the developer has forgotten to=20 > release - but only in some cases. As the general rule when=20 > using excalibur is, to always release components, removing=20 > the ComponentManagerProxy doesn't do any harm, but provides=20 > greater performance. >=20 > Please cast your votes: >=20 I thought this proxy was needed for migration from component to service package? So that users can create services without having to implement Component and then still be able to use them via ECM. class MyService { void doIt() {} } class Client implements Composable, Disposeable { =20 void makeItDoIt() { my =3D m_manager.lookup("MyService"); my.doIt(); // we know it's a proxy,=20 // the proxy makes the service implement Component, // the cast is needed in order for the code to compile m_manager.release((Component) my); } } Wouldn't the proposed change break the above code? -- Unico > Carsten=20 >=20 >=20 > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@avalon.apache.org For=20 > additional commands, e-mail: dev-help@avalon.apache.org >=20 >=20 --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@avalon.apache.org For additional commands, e-mail: dev-help@avalon.apache.org