Return-Path: Delivered-To: apmail-struts-dev-archive@www.apache.org Received: (qmail 44365 invoked from network); 14 Feb 2009 01:38:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 14 Feb 2009 01:38:15 -0000 Received: (qmail 37316 invoked by uid 500); 14 Feb 2009 01:38:09 -0000 Delivered-To: apmail-struts-dev-archive@struts.apache.org Received: (qmail 37286 invoked by uid 500); 14 Feb 2009 01:38:09 -0000 Mailing-List: contact dev-help@struts.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Struts Developers List" Reply-To: "Struts Developers List" Delivered-To: mailing list dev@struts.apache.org Received: (qmail 37275 invoked by uid 99); 14 Feb 2009 01:38:09 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 Feb 2009 17:38:09 -0800 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [209.85.217.162] (HELO mail-gx0-f162.google.com) (209.85.217.162) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 14 Feb 2009 01:38:01 +0000 Received: by gxk6 with SMTP id 6so1381910gxk.11 for ; Fri, 13 Feb 2009 17:37:38 -0800 (PST) Received: by 10.90.102.8 with SMTP id z8mr1561960agb.100.1234575458636; Fri, 13 Feb 2009 17:37:38 -0800 (PST) Received: from wesw-laptop.localnet (cpe-98-31-31-91.woh.res.rr.com [98.31.31.91]) by mx.google.com with ESMTPS id 36sm4587408aga.29.2009.02.13.17.37.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 13 Feb 2009 17:37:37 -0800 (PST) From: Wes Wannemacher Reply-To: wesw@wantii.com Organization: WanTii, Inc. To: "Struts Developers List" Subject: Re: More intelligent result type for convention plugin. Date: Fri, 13 Feb 2009 20:37:34 -0500 User-Agent: KMail/1.11.0 (Linux/2.6.27-11-generic; KDE/4.2.0; x86_64; ; ) References: <964792970902130731w795f2ec2w24dfef6f0a93f556@mail.gmail.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902132037.34991.wesw@wantii.com> X-Virus-Checked: Checked by ClamAV on apache.org On Friday 13 February 2009 10:46:40 Musachy Barroso wrote: > The performance improves only when the UnknownHandler is called (no > action mapping for current url), in the rest of the cases the result > mappings are built when the application boots. > > I don't like the idea as it moves away from logical result names, and > adds another set of "rules" not conventions, IMO. These rules would > increase in complexity as people start using it outside the simple use > cases, like, "how do I add parameters to a redirect?" > I agree with Musachy that it would be bad to move away from logical result names. Qi, I would suggest that you post what you've got as a plugin up on google code, then register it in the Plugin Registry. This way we can gauge whether or not other users would adopt it. Having logical result names adds a level of indirection that can be handy. For instance, in your example, you have a logical step that is then evaluated to find the details. One place that this could be handy is in the "login" scenario... In the beginning, let's assume your app has a global "login" result that dispatches to a JSP page, but at some point in the future, you may want to have a form snippet returned via AJAX (displayed as a modal dialog). -Wes -- Wes Wannemacher Author - Struts 2 In Practice Includes coverage of Struts 2.1, Spring, JPA, JQuery, Sitemesh and more http://www.manning.com/wannemacher --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org For additional commands, e-mail: dev-help@struts.apache.org