Return-Path: Delivered-To: apmail-maven-continuum-dev-archive@www.apache.org Received: (qmail 13706 invoked from network); 2 Dec 2005 05:18:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 2 Dec 2005 05:18:23 -0000 Received: (qmail 50380 invoked by uid 500); 2 Dec 2005 05:18:23 -0000 Delivered-To: apmail-maven-continuum-dev-archive@maven.apache.org Received: (qmail 50310 invoked by uid 500); 2 Dec 2005 05:18:22 -0000 Mailing-List: contact continuum-dev-help@maven.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: continuum-dev@maven.apache.org Delivered-To: mailing list continuum-dev@maven.apache.org Received: (qmail 50299 invoked by uid 99); 2 Dec 2005 05:18:22 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Dec 2005 21:18:22 -0800 X-ASF-Spam-Status: No, hits=0.3 required=10.0 tests=MAILTO_TO_SPAM_ADDR,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of carlossg@gmail.com designates 64.233.162.201 as permitted sender) Received: from [64.233.162.201] (HELO zproxy.gmail.com) (64.233.162.201) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Dec 2005 21:19:49 -0800 Received: by zproxy.gmail.com with SMTP id f1so436812nzc for ; Thu, 01 Dec 2005 21:17:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CyTW56MNUL0UsVPSse6TDvWIjhRXDJl+jQX/Z7V39cjxDU7Y5XoqeR8zdgzhZG1VEVAmjlMjdHGlcis07W7kuZVkLveVghn9CnoVRJmq8+r0ymiLSaTvvS++U1R71dsAc9x+rqzFKLESEVkzss3RQXjuwPm0rG7JByJhCuDTBmU= Received: by 10.65.188.8 with SMTP id q8mr1282298qbp; Thu, 01 Dec 2005 21:17:57 -0800 (PST) Received: by 10.65.73.20 with HTTP; Thu, 1 Dec 2005 21:17:57 -0800 (PST) Message-ID: <1a5b6c410512012117x144b86b5l76029980c3f07197@mail.gmail.com> Date: Thu, 1 Dec 2005 21:17:57 -0800 From: Carlos Sanchez Sender: carlossg@gmail.com To: continuum-dev@maven.apache.org Subject: Re: Design - Replacing Continuum's Web Framework In-Reply-To: <438FC39D.4040708@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <438FC39D.4040708@yahoo.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Acegi is based in servlet filters for the protection of urls, so the web framework used won't impact its use. Are you planning protecting just urls or any other stuff? acegi can do authorization and authentication at class, method and instance level too, but I think that's only needed in a few types of applications. I was in a project using JSF and seems that it's adoption is getting speed, with different implementations and a lot of extensions, utilities and tools. I've heard very good things about using Facelets+JSF to create components, and also about Spring MVC, but seems to me that people using Spring MVC is moving to JSF. My 2 cents On 12/1/05, John Casey wrote: > Hi everyone, > > We've been talking about this for quite awhile in various channels, and > I wanted to take a few minutes and formalize the discussion. I'll > capture the highlights of this discussion in the wiki afterwards. I'll > start by posting my own thoughts, and let you all respond. > > Up to this point, Continuum has been built on a web framework called > Summit, which is part of the Plexus project, and using Velocity as the > page rendering technology. Summit is still a very young project, and as > a result has its problems. Given the proliferation of web frameworks out > there, it seems natural to wonder whether we couldn't find something > more mainstream and mature that will fit our needs. > > The key goal here is to make the web tier as easy to understand as > possible by the widest possible audience, without sacrificing anything > in the way of quality. To that end, criteria might include: > > * tool support > * maturity in the form of multiple final releases (or at least one) > * good integration with JSP (it's the most widely-used rendering > technology out there for java) > * ready availability of good documentation > * integration with a decent security library (think acegi) > * others? > > Another big concern is that we need to be able to make this web > framework integrate with Plexus without too much funny business. I don't > expect that to be a big problem, but worth mentioning. > > I know that a certain amount of work has been done by Trygve and > Emmanuel to get WebWork running inside Plexus. Is this the best > framework? A quick check of Amazon showed three books, only one of which > is completely concerned with WW. SpringMVC might be another option, > since it has probably the most natural integration with Acegi. There is > a certain amount of overlap between Spring and Plexus that we'd probably > have to map with a custom Spring container or something, but that's > likely to be everywhere, since dependency injection is such a hot topic > (and very useful). > > What do you all think? > > -john >