Return-Path: Delivered-To: apmail-struts-user-archive@www.apache.org Received: (qmail 66875 invoked from network); 1 Mar 2005 05:48:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 1 Mar 2005 05:48:34 -0000 Received: (qmail 69577 invoked by uid 500); 1 Mar 2005 05:48:25 -0000 Delivered-To: apmail-struts-user-archive@struts.apache.org Received: (qmail 69550 invoked by uid 500); 1 Mar 2005 05:48:24 -0000 Mailing-List: contact user-help@struts.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Struts Users Mailing List" Reply-To: "Struts Users Mailing List" Delivered-To: mailing list user@struts.apache.org Received: (qmail 69536 invoked by uid 99); 1 Mar 2005 05:48:24 -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 Unknown (HELO gridnode.com) (202.172.192.146) by apache.org (qpsmtpd/0.28) with ESMTP; Mon, 28 Feb 2005 21:48:23 -0800 Received: from [127.0.0.1] (pc11 [192.168.213.11]) (authenticated bits=0) by gridnode.com (8.12.9/8.12.4) with ESMTP id j215nS31025627 for ; Tue, 1 Mar 2005 13:49:29 +0800 Message-ID: <422406CA.5040901@gridnode.com> Date: Tue, 01 Mar 2005 14:08:10 +0800 From: Andrew Hill Reply-To: andrew.david.hill@gridnode.com User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Struts Users Mailing List Subject: Re: Here's a question for yous... References: <4223F247.8050205@omnytex.com> In-Reply-To: <4223F247.8050205@omnytex.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Dunno about struts 1.2, but in 1.1 there wasn't an option for it. That said, it would probably take you only a few minutes to override the request processor to do it. indeed I recall having done that before myself a year or two back ahh... here we go - protected void processPopulate(HttpServletRequest request, HttpServletResponse response, ActionForm form, ActionMapping mapping) throws ServletException { if(form != null) { if(mapping instanceof GTActionMapping) { if( ((GTActionMapping)mapping).isPopulate() == false ) { return; } } super.processPopulate(request,response,form,mapping); } else { return; //No form to populate } } And it uses an ActionMapping subclass that supports the populate property of course.... Frank W. Zammetti wrote: > It is of course possible to turn of form validation on a per-mapping > basis... Is it possible to turn off auto-population? > > It's never come up for me before a few minutes ago... I'm doing a file > upload project, and when I upload the files I'd like an ActionForm to be > created but NOT populated with anything... I want to use it simply to > return some status information back to the view. I can think of about 5 > other ways to accomplish this, but simply turning off auto-population > would be the easiest. > > I don't see a way to do it... am I missing something? Thanks! > --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@struts.apache.org For additional commands, e-mail: user-help@struts.apache.org