Return-Path: Delivered-To: apmail-struts-dev-archive@www.apache.org Received: (qmail 81692 invoked from network); 26 Jan 2005 21:12:02 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 26 Jan 2005 21:12:02 -0000 Received: (qmail 35150 invoked by uid 500); 26 Jan 2005 21:11:05 -0000 Delivered-To: apmail-struts-dev-archive@struts.apache.org Received: (qmail 35114 invoked by uid 500); 26 Jan 2005 21:11:04 -0000 Mailing-List: contact dev-help@struts.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Struts Developers List" Reply-To: "Struts Developers List" Delivered-To: mailing list dev@struts.apache.org Received: (qmail 35088 invoked by uid 99); 26 Jan 2005 21:11:04 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from bugs.merck.com (HELO usryim05.merck.com) (155.91.6.30) by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 26 Jan 2005 13:11:02 -0800 Received: from 155.91.2.6 by usryim05.merck.com with ESMTP (SMTP Relay); Wed, 26 Jan 2005 16:10:49 -0500 X-Server-Uuid: C1B20895-5F37-4891-AEC4-0F65038F676D Received: from 54.3.102.168 by usrytw30.merck.com with ESMTP (Tumbleweed MMS SMTP Relay (MMS v5.6.1)); Wed, 26 Jan 2005 16:10:42 -0500 X-Server-Uuid: B5919EAF-A2A1-4341-8146-0723675D9780 Received: by usrygw31.merck.com with Internet Mail Service (5.5.2657.72) id ; Wed, 26 Jan 2005 16:10:42 -0500 Message-ID: <241F3F05CDE1A646AA973346D7629ED305183AAD@uswpmx13.merck.com> From: "Benedict, Paul C" To: "'dev@struts.apache.org'" Subject: Struts 1.3: Validations and Commands Date: Wed, 26 Jan 2005 16:10:38 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) X-WSS-ID: 6DE6D8D81QS64624623-01-01 X-WSS-ID: 6DE6D8D312S957439-01-01 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Is it the intention of Struts 1.3 to run ExecuteCommand regardless of validation failure? Looking at the commands listed in chain-config.xml, neither AbstractValidateActionForm or AbstractSelectInput return true if validation failed. I am curious about this design decision. If validation fails, what use is executing the command? Thanks, Paul ------------------------------------------------------------------------------ Notice: This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station, New Jersey, USA 08889), and/or its affiliates (which may be known outside the United States as Merck Frosst, Merck Sharp & Dohme or MSD and in Japan, as Banyu) that may be confidential, proprietary copyrighted and/or legally privileged. It is intended solely for the use of the individual or entity named on this message. If you are not the intended recipient, and have received this message in error, please notify us immediately by reply e-mail and then delete it from your system. ------------------------------------------------------------------------------ --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org For additional commands, e-mail: dev-help@struts.apache.org