Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 47192 invoked from network); 19 Feb 2004 11:46:41 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 19 Feb 2004 11:46:41 -0000 Received: (qmail 42052 invoked by uid 500); 19 Feb 2004 11:46:38 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 42006 invoked by uid 500); 19 Feb 2004 11:46:37 -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 41993 invoked from network); 19 Feb 2004 11:46:37 -0000 Received: from unknown (HELO mout.perfora.net) (217.160.230.40) by daedalus.apache.org with SMTP; 19 Feb 2004 11:46:37 -0000 Received: from [217.160.230.50] (helo=smtp.perfora.net) by mout.perfora.net with esmtp (Exim 3.35 #1) id 1AtmdZ-0004lF-00 for dev@cocoon.apache.org; Thu, 19 Feb 2004 06:46:37 -0500 Received: from [208.185.179.12] (helo=reverycodes.com) by smtp.perfora.net with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1AtmdY-0002Sd-00 for dev@cocoon.apache.org; Thu, 19 Feb 2004 06:46:37 -0500 Message-ID: <4034A21A.4030102@reverycodes.com> Date: Thu, 19 Feb 2004 06:46:34 -0500 From: Vadim Gritsenko User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: [Vote] Move portlet environment into portal block References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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 Carsten Ziegeler wrote: >In the scratchpad is the portlet environment which allows Cocoon >to act as a JSR-168 producer. >The portal block contains the JSR-168 consumer implementation. >I propose to move the producer part from the scratchpad into >the block combining both and maintaining everything that >belongs to the portal in one place. > >(This will also avoid the duplicate need of the portal jars). > >So, please cast your votes: > >Here is my +1 :) > > +1 Vadim