Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 82059 invoked from network); 21 Aug 2007 15:19:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 21 Aug 2007 15:19:23 -0000 Received: (qmail 72919 invoked by uid 500); 21 Aug 2007 15:19:20 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 72505 invoked by uid 500); 21 Aug 2007 15:19:19 -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 72494 invoked by uid 99); 21 Aug 2007 15:19:19 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 21 Aug 2007 08:19:19 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_HELO_PASS,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [216.86.168.179] (HELO mxout-04.mxes.net) (216.86.168.179) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 21 Aug 2007 15:19:15 +0000 Received: from [192.168.0.129] (unknown [80.240.191.89]) by smtp.mxes.net (Postfix) with ESMTP id A1F29A32A9 for ; Tue, 21 Aug 2007 11:18:54 -0400 (EDT) Message-ID: <46CB0233.7070607@apache.org> Date: Tue, 21 Aug 2007 17:18:11 +0200 From: Grzegorz Kossakowski User-Agent: Thunderbird 2.0.0.6 (X11/20070728) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: GSoC final report References: <46C9DE8A.2020200@tuffmail.com> <46CA9583.5070907@apache.org> <46CAFFA2.6080505@apache.org> In-Reply-To: <46CAFFA2.6080505@apache.org> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Grzegorz Kossakowski pisze: > Carsten Ziegeler pisze: >> Really great work, Grzegorz!! > > Thanks for words of praise to you and others. It's really kind. :) > >> Cocoon has produced many really useful and cool stuff over the years. >> Your work shows that it's possible to refactor this into reusable >> modules which can be used outside of the traditional Cocoon framework >> like the el stuff (or the spring configurator etc). And i think that >> this is the way to go. > > Yes, I couldn't much more agree. > I would like to help any effort aiming at making Cocoon more modular and > could even drive such. First step is always getting rid of Avalon as it > effectively stops us from having more declarative approach on > joint-points between modules (see ObjectModelProvider and joint-point > between cocoon-expression-language and cocoon-sitemap modules). Next > thing is to move functionality in broad interest of other modules to > separate module (see COCOON-2125 for example of such move). Oh, and there is one more thing, if you use Eclipse you probably use mvn eclipse:eclipse command in order to import all Cocoon modules to Eclipse. Apart from the fact that mvn eclipse:eclipse is buggy it sucks miserably when it comes to refactoring, especially when new modules are created (or generally dependencies are changed). Fortunately enough, there is another way to import project into Eclipse. I'm going to create a new post on my blog "How I work with Cocoon in Eclipse" or something like this and explain how to work develop Cocoon effectively. Now getting back to Math work. -- Grzegorz Kossakowski http://reflectingonthevicissitudes.wordpress.com/ *** My Internet Service Provider breaks my internet connection *** *** incessantly so I'll not be able to respond to e-mails *** *** regularly and my work will be somehow irregular. *** *** I'm already trying to switch ISP but it will take handful amount of time. ***