Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 26059 invoked from network); 15 Nov 2004 19:23:18 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 15 Nov 2004 19:23:18 -0000 Received: (qmail 69686 invoked by uid 500); 15 Nov 2004 19:23:01 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 69569 invoked by uid 500); 15 Nov 2004 19:22:59 -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 69521 invoked by uid 99); 15 Nov 2004 19:22:59 -0000 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=DNS_FROM_RFC_ABUSE,RCVD_BY_IP X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from [66.51.199.93] (HELO mail4.dslextreme.com) (66.51.199.93) by apache.org (qpsmtpd/0.28) with SMTP; Mon, 15 Nov 2004 11:22:57 -0800 Received: (qmail 14308 invoked from network); 15 Nov 2004 19:22:52 -0000 Received: from unknown (HELO www.dslextreme.com) (66.51.199.82) by 192.168.8.81 with SMTP; Mon, 15 Nov 2004 19:22:52 +0000 Message-ID: <12210a2871ae34fa159d8a.20041115100751.enycu.tbref@www.dslextreme.com> Date: Mon, 15 Nov 2004 10:07:51 -0800 (PST) Subject: RE: JSR-168 Portlets From: "Ralph Goers" To: dev@cocoon.apache.org User-Agent: DSL Extreme Webmail (www.dslextreme.com) MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/) X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Carsten Ziegeler said: > > Carsten Ziegeler wrote: >> > Ok, I have thought about this: running the portlets as a web app > inside Cocoon sounds like a great idea, but emulation a servlet > engine or even worse an app server seems not like the easiest > thing to do. > I looked briefly at Jetspeed-2 and they are using a different > approach. You deploy a portlet into jetspeed as a war file and > then it seems that jetspeed deploys the portlet web application > into Tomcat. Don't know how that works :( > But if this is compatible to different servlet engines than > it seems like a good compromise: the portal is used for > deployment of portlets and the portal delegates it to the > underlying servlet engine. It looks like Jetspeed 2 is very tied to Tomcat. If this requires something only provided by Tomcat that would be a problem. Guess we'll need to look at their code. Ralph