Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 51592 invoked from network); 19 Mar 2007 20:42:00 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 19 Mar 2007 20:41:59 -0000 Received: (qmail 10543 invoked by uid 500); 19 Mar 2007 20:42:05 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 10468 invoked by uid 500); 19 Mar 2007 20:42:05 -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 10452 invoked by uid 99); 19 Mar 2007 20:42:05 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 19 Mar 2007 13:42:05 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS X-Spam-Check-By: apache.org Received-SPF: neutral (herse.apache.org: local policy) Received: from [216.86.168.178] (HELO mxout-03.mxes.net) (216.86.168.178) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 19 Mar 2007 13:41:56 -0700 Received: from [192.168.1.4] (unknown [87.206.142.101]) by smtp.mxes.net (Postfix) with ESMTP id F27595194B for ; Mon, 19 Mar 2007 16:41:34 -0400 (EDT) Message-ID: <45FEF572.4090501@apache.org> Date: Mon, 19 Mar 2007 21:41:22 +0100 From: Grzegorz Kossakowski User-Agent: Thunderbird 1.5.0.10 (X11/20060911) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: GSoC References: <45F87D8C.9010605@tuffmail.com> <45F8F9BE.5040301@apache.org> In-Reply-To: <45F8F9BE.5040301@apache.org> Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Reinhard Poetz napisa�(a): > Grzegorz Kossakowski wrote: > > And finally some more project ideas: > > a) cleanup input modules: IIRC there was some discussion about > reducing the number of input modules in favor of one that uses an > expression > language that works on a well-defined object model. > > b) cleanup expression language usage throughout Cocoon > Daniel, do you have any pointers? > > c) provide an alternative continuations manager that can work with > distributed caches > > d) refactor and > * make it possible to support more than one flow language per sitemap > * find some better naming than "function" because it feels strange to > call e.g. an Apple or a JavaFlow > > e) Cocon Javaflow 1.0 + integration with the reloading classloader > stuff: > --> whatever needs to be done to get it stable ;-) > > > I think that (a + b) or (c + d + e) could be interesting projects. > > > - o - > > > Grek, my personal preference for your GSoC project goes towards the > c+d+e project. This needs some involvement by Torsten and, highly > recommended, him as mentor but I don't know whether he wants to take > mentorship again. > *My* second choice is the cForms refactorings. Of course you are free > to suggest to us whatever you like :-) After reading lots of archives I'm in favour of (a+b) option. I hope you are not going to be disappointed too much with choice. :) I think that unified expression should be done already at least I year ago but I wasn't a committer, at that time. ;P More seriously, I would like to ask who is going to be my mentor. I would be grateful for quick responses as there is not so much time left. Would you like me to sketch my plan and share early thoughts on the topic in separate thread? -- Grzegorz Kossakowski