Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 44883 invoked from network); 23 Oct 2003 08:38:15 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 23 Oct 2003 08:38:15 -0000 Received: (qmail 71301 invoked by uid 500); 23 Oct 2003 08:37:48 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 71005 invoked by uid 500); 23 Oct 2003 08:37:47 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 70991 invoked from network); 23 Oct 2003 08:37:46 -0000 Received: from unknown (HELO naomi.webworks.nl) (24.132.161.79) by daedalus.apache.org with SMTP; 23 Oct 2003 08:37:46 -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: Mass update to components for Cocoon 2.2 Date: Thu, 23 Oct 2003 10:37:59 +0200 Message-ID: <84F0A43A4248CE45B5C0E20F4C40779C667C4F@naomi.webworks.nl> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Mass update to components for Cocoon 2.2 Thread-Index: AcOZP1dNjILNXm5fSw6QODOqsojp6AAAH6vA From: "Unico Hommes" To: 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 23 oktober 2003 10:29 > To: dev@cocoon.apache.org >=20 > Another question :) >=20 > Currently with ECM we have to implement the Component=20 > interface even if we only use Serviceable (because of the=20 > internal handling with the proxies etc.) >=20 I think the latest ECM release did not require this anymore? At least I am running components do not implement Component. Though I think there is an issue when using ServiceSelector in this way. > Do we still need this with Fortress? I guess: no. >=20 I did hesitate when I removed it but I couldn't think of a reason why not to, I know it is not required by Fortress. -- Unico