Return-Path: Delivered-To: apmail-struts-dev-archive@www.apache.org Received: (qmail 70851 invoked from network); 30 Jan 2007 03:44:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 30 Jan 2007 03:44:13 -0000 Received: (qmail 89611 invoked by uid 500); 30 Jan 2007 03:44:17 -0000 Delivered-To: apmail-struts-dev-archive@struts.apache.org Received: (qmail 89593 invoked by uid 500); 30 Jan 2007 03:44:17 -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 89582 invoked by uid 99); 30 Jan 2007 03:44:17 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 29 Jan 2007 19:44:16 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [65.99.233.178] (HELO ruppconsulting.com) (65.99.233.178) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 29 Jan 2007 19:44:07 -0800 Received: by ruppconsulting.com (Postfix, from userid 65534) id EB0A940619; Tue, 30 Jan 2007 03:43:46 +0000 (UTC) Received: from [192.168.1.5] (unknown [64.78.226.254]) by ruppconsulting.com (Postfix) with ESMTP id 41DA0405F1 for ; Tue, 30 Jan 2007 03:43:46 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: <23E8BF15-FCF3-4C57-B665-A990631D7F90@ruppconsulting.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: dev@struts.apache.org From: David Rupp Subject: per-method validations for annotations Date: Mon, 29 Jan 2007 20:43:43 -0700 X-Mailer: Apple Mail (2.752.3) X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on ruppconsulting.com X-Spam-Level: X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.0.3 Hi, all. I've submitted a patch to the XWork project (issue XW-470) that enables per-method validations when using annotations. This is, IMO, an improvement over the current behavior, with which all validations are attached to the class, and *all* fire when *any* method is executed. Since validation annotations, by definition, *must* be defined on a specific method, it seems more reasonable to expect that the validations defined on a given method would fire when - and only when - that method is executed. I have a specific need for this behavior on my current project, but I'd rather not be in the position of maintaining a forked version of XWork just for it. I'd love it if some of the folks from this group could take a look at my patch (included on the issue) and let me know how it can be improved, assuming I'm not the only one who would like to see this behavior implemented. Regards, David --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org For additional commands, e-mail: dev-help@struts.apache.org