Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 95640 invoked from network); 1 Nov 2003 15:06:46 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 1 Nov 2003 15:06:46 -0000 Received: (qmail 78748 invoked by uid 500); 1 Nov 2003 15:06:39 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 78696 invoked by uid 500); 1 Nov 2003 15:06:38 -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 78683 invoked from network); 1 Nov 2003 15:06:38 -0000 Received: from unknown (HELO out006.verizon.net) (206.46.170.106) by daedalus.apache.org with SMTP; 1 Nov 2003 15:06:38 -0000 Received: from verizon.net ([141.156.177.164]) by out006.verizon.net (InterMail vM.5.01.05.33 201-253-122-126-133-20030313) with ESMTP id <20031101150640.WNBO1413.out006.verizon.net@verizon.net> for ; Sat, 1 Nov 2003 09:06:40 -0600 Message-ID: <3FA3CBF8.1050506@verizon.net> Date: Sat, 01 Nov 2003 10:06:32 -0500 From: Vadim Gritsenko User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: Portlet environment (JSR168) References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out006.verizon.net from [141.156.177.164] at Sat, 1 Nov 2003 09:06:39 -0600 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: >Vadim Gritsenko wrote: > > >>Hi all, >> >>I'm working on Portlet (aka JSR168 aka Pluto) environement for Cocoon so >>that Cocoon can be deployed as a Portlet. Is there any interest at all >>for this functionality? I'm thinking about dumping it into scratchpad or >>separate block... >> >> >> >+1 definitly! > > +1 for scratchpad or +1 for block? :) I'm actually not sure about block: I guess real blocks will not have ability to define Cocoon environments and/or new Cocoon entry points (i.e. CocoonPortlet, a-la CocoonServlet). So, may be scratchpad then? >So I can use Cocoon to define portlets that can be used in a different >portlet container like Jetspeed2 (or Pluto)? > > Yes, it's already working with Pluto. >I'm currently trying the opposite and got lost in the mud of the Pluto >code... > > I already found a bug preventing Cocoon to parse uploads as well as preventing pluto itlsef from functioning properly. Can you apply the patch? ;-) Vadim