The API for ActionForm.reset() says it will, Reset all bean properties
to their default state. This method is called before the properties are
repopulated by the controller servlet. Why then does the default
reset() method for DynaActionForm do nothing? DynaActionForm knows about
its own
On Mon, 31 Mar 2003, Donald Ball wrote:
Date: Mon, 31 Mar 2003 13:39:33 -0500
From: Donald Ball [EMAIL PROTECTED]
Reply-To: Struts Users Mailing List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: question regarding DynaActionForm.reset()
The API for ActionForm.reset() says
regarding DynaActionForm.reset()
On Mon, 31 Mar 2003, Donald Ball wrote:
Date: Mon, 31 Mar 2003 13:39:33 -0500
From: Donald Ball [EMAIL PROTECTED]
Reply-To: Struts Users Mailing List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: question regarding DynaActionForm.reset()
The API
Craig R. McClanahan wrote:
The API for ActionForm.reset() says it will, Reset all bean properties
to their default state. This method is called before the properties are
repopulated by the controller servlet. Why then does the default
reset() method for DynaActionForm do nothing? DynaActionForm
Moore, Scott R. wrote:
1) Does this mean that the following statement in Chuck Cavanaugh's
Programming Jakarta Struts (O'Reilly) is wrong?:
Unlike with the ActionForm Class, where the default behavior for reset()
does nothing, the reset() method in the DynaActionForm class resets all the
Scott wrote:
2) Does DynaValidatorForm.reset() also do nothing? According to the
Javadoc, it should Reset all properties to their default values,
however,
when I run the following code snippet in my Action class (the variable
form is the ActionForm object that is given to the method):
Donald wrote:
why do you call reset() before manipulating the bean anyway?
isn't it better to explicitly keep the old
values around before setting any new ones based on the incoming request?
Without reset, you'd never be able to 'un-check' an HTML checkbox.
--
Wendy
Wendy Smoak wrote:
Donald wrote:
why do you call reset() before manipulating the bean anyway?
isn't it better to explicitly keep the old
values around before setting any new ones based on the incoming request?
Without reset, you'd never be able to 'un-check' an HTML checkbox.
Sure you would -
PM
To: Struts Users Mailing List
Subject: Re: question regarding DynaActionForm.reset()
Wendy Smoak wrote:
Donald wrote:
why do you call reset() before manipulating the bean anyway?
isn't it better to explicitly keep the old
values around before setting any new ones based on the incoming
Chen, Gin wrote:
HTML does not submit a null for an unchecked checkbox.
So if you have foo=bar you would have nothign if foo was not checked.
If you try it with a GET HTML form you'll see that behavior.
you're so right, mea culpa. i can't believe i misremembered about that
inanity. i'll crawl
and Donald for your replies earlier.
--Scott
[EMAIL PROTECTED]
-Original Message-
From: Wendy Smoak [mailto:[EMAIL PROTECTED]
Sent: Monday, March 31, 2003 3:45 PM
To: 'Struts Users Mailing List'
Subject: RE: question regarding DynaActionForm.reset()
Scott wrote:
2) Does
11 matches
Mail list logo
