Return-Path: Delivered-To: apmail-struts-dev-archive@www.apache.org Received: (qmail 65951 invoked from network); 25 Jul 2006 20:52:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 25 Jul 2006 20:52:24 -0000 Received: (qmail 58356 invoked by uid 500); 25 Jul 2006 20:52:23 -0000 Delivered-To: apmail-struts-dev-archive@struts.apache.org Received: (qmail 57996 invoked by uid 500); 25 Jul 2006 20:52:22 -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 57985 invoked by uid 99); 25 Jul 2006 20:52:22 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Jul 2006 13:52:22 -0700 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of jmikus@gmail.com designates 64.233.166.181 as permitted sender) Received: from [64.233.166.181] (HELO py-out-1112.google.com) (64.233.166.181) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Jul 2006 13:52:19 -0700 Received: by py-out-1112.google.com with SMTP id w49so3439943pyg for ; Tue, 25 Jul 2006 13:51:58 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Mx6NTIHyx3G8vg3Yuftnhgd6nk76ukmLKYhx5CxZZfmVC+FEVR9wabb4vP6DZ9pWGZqB9TSJsboa+ZvSqK4Mj1PVbk17a+7eyE4Syr51AOg3gZls6+oFkXDftpv/j2msibQ2RZ+ZNPlw3RPgICdHgdX6xzflbb0hm+u4GQwL7LM= Received: by 10.35.37.13 with SMTP id p13mr10054713pyj; Tue, 25 Jul 2006 13:51:58 -0700 (PDT) Received: by 10.35.72.3 with HTTP; Tue, 25 Jul 2006 13:51:58 -0700 (PDT) Message-ID: <1db115340607251351k52b67032hcf2d1cfcca990429@mail.gmail.com> Date: Tue, 25 Jul 2006 13:51:58 -0700 From: "Michael Jouravlev" To: "Struts Developers List" Subject: Re: DefaultActionMapper compatablity switch In-Reply-To: <8b3ce3790607251311i671866e3p9fa4d4f4aa8ece59@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <15411894.1153857581371.JavaMail.os-j2ee@opensymphony01.managed.contegix.com> <8b3ce3790607251311i671866e3p9fa4d4f4aa8ece59@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On 7/25/06, Ted Husted wrote: > On 7/25/06, Jason Carreira wrote: > > @Action to mark it as an Action method? > > Stripes uses the annontation @DefaultHandler where we would configure > a default action, which might imply the annotation @Handler for what > we are talking about here. > > * http://stripes.mc4j.org/confluence/display/stripes/Annotation+Reference > > -Ted. In Stripes an action has dispatch style by default. In the "one action - one service" case an action contains just one method marked as @DefaultHandler (I am not sure it even has to be marked if there are no other methods). Simple and convenient. I also like that Stripes use "handler" to call methods, not action classes. Returning back to Struts and to Struts 1 in particular: * "handler" ==> a method that handles a request, can be several of these for a dispatch action * "default handler" ==> Action.execute() * I am still reluctant to call a "handler" something that can be either an Action or a Command. Seeminly S2 does not have this problem because it does not have Commands and interceptors are clearly different things. Whether to keep using "action" for both Action and Command in S1, or to introduce neutral "worker" and use it for both S1 and S2 endpoints, or to use "handler" like Ted suggested? In the latter case we will have to distinguish classes and methods. * I think it is quite obvious that base Action in S1should be retrofitted to provide dispatching... er... multi-handler capabilities. Don and Frank have already agreed to this before, so I hope that the above Stripes example will finally convince Niall ;-) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org For additional commands, e-mail: dev-help@struts.apache.org