Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 1819 invoked from network); 18 Oct 2004 15:07:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 18 Oct 2004 15:07:30 -0000 Received: (qmail 45137 invoked by uid 500); 18 Oct 2004 15:07:26 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 44926 invoked by uid 500); 18 Oct 2004 15:07:25 -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 44912 invoked by uid 99); 18 Oct 2004 15:07:24 -0000 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=DNS_FROM_RFC_ABUSE,RCVD_BY_IP X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from [66.51.199.93] (HELO mail4.dslextreme.com) (66.51.199.93) by apache.org (qpsmtpd/0.28) with SMTP; Mon, 18 Oct 2004 08:07:23 -0700 Received: (qmail 30487 invoked from network); 18 Oct 2004 15:07:21 -0000 Received: from unknown (HELO www.dslextreme.com) (66.51.199.92) by 192.168.8.81 with SMTP; Mon, 18 Oct 2004 15:07:21 +0000 Message-ID: <7d20a1172a620ea9530a.20041018080722.enycu.tbref@www.dslextreme.com> Date: Mon, 18 Oct 2004 08:07:22 -0700 (PDT) Subject: RE: [RT] Building ECM++ for 2.2 From: "Ralph Goers" To: dev@cocoon.apache.org User-Agent: DSL Extreme Webmail (www.dslextreme.com) MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N I would suggest that new o.a.cocoon interfaces be used which, for the time being simply extend the existing interfaces. The use of the avalon/excalibur interfaces should be deprecated. This will allow the complete removal of Avalon/Excalibur in the future. Ralph Carsten Ziegeler said: > Ralph Goers wrote: >> >> I encourage Carsten to wholeheartedly undertake this task. I >> really only have two thoughts. >> 1. I don't think it is a good idea to keep the same package >> names for ECM if they are moved into Cocoon. That could be >> very confusing. I realize it would be a lot of work to >> rename existing classes that use those interfaces, but done >> on the proper release boundary I think it is the right thing to do. > The implementation will get of course the o.a.cocoon package > names, so everything will be renamed. If course the marker interfaces > (Serviceable etc.) will not be renamed. > > Carsten > >