Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 44843 invoked from network); 16 Aug 2005 13:03:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 16 Aug 2005 13:03:35 -0000 Received: (qmail 12773 invoked by uid 500); 16 Aug 2005 13:03:34 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 12235 invoked by uid 500); 16 Aug 2005 13:03:32 -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 List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 12222 invoked by uid 99); 16 Aug 2005 13:03:32 -0000 X-ASF-Spam-Status: No, hits=-10.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [209.237.227.194] (HELO [127.0.0.1]) (209.237.227.194) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Aug 2005 06:03:31 -0700 Message-ID: <4301E470.4060103@apache.org> Date: Tue, 16 Aug 2005 15:04:48 +0200 From: Carsten Ziegeler User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: CoWarp (was Re: svn commit: r232855...) References: <20050815185935.32798.qmail@minotaur.apache.org> <4300FE1D.2050606@dslextreme.com> <43018B96.9080904@apache.org> <4301AC67.8060001@apache.org> <4301B19D.90501@apache.org> <4301DCB5.1090402@apache.org> In-Reply-To: <4301DCB5.1090402@apache.org> X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Sylvain Wallez wrote: > > It's not really here about adding a new block, but about providing a > simple and unified way of solving a common problem in Cocoon, which the > current pipeline-based auth-framework doesn't seem to solve (I > personally never used it). > > The interfaces could be in core, along with the basic trivial > implementations, and blocks could provide specialized implementations > (e.g. JDBC, LDAP, JCR, etc). > Ah, ok adding the classes to core makes imho more sense, agreed. > >>Another advantage is that I can use Maven for building Cowarp - >>something our build system does not provide. But for me using Maven is >>another prerequisite :) >> >> > > > So let's switch Cocoon to Maven ;-) > > Now why is it a prerequisite? > :) Perhaps someone picks this up and finally moves Cocoon to use Maven...(wishfull thinking) Maven is soo simple for simple structured projects like cowarp. I get a website and reports for free (incl junit tests - though cowarp currently has none... :) ). And I don't want to miss this. Carsten -- Carsten Ziegeler - Open Source Group, S&N AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/