I don't think you missed anything-- I just forgot about the reset methods
signature :)
-- Levi
- Original Message -
From: "Erik Hatcher" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, July 15, 2001 8:41 PM
Subject: Re: FormTag and ActionForm.reset
> > This was logged as an E
FYI,
This was logged as an Enhancement request in the Apache Bug Database--
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2108
I'm note sure of its status, but calling reset() on initialization seems
reasonable enough to me.
On the other hand, most ActionForms aren't designed for reuese (&
doesn't have you rolling along keep right on reading
at:
http://www.husted.com/about/struts/
Unless you get one of those gurus, there's really no substitute for digging
in and reading along. :)
Regards,
Levi Cook
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMA
- Original Message -
From: "Paul Speed" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, June 25, 2001 12:42 PM
Subject: Re: Struts 1.1 TODO List -- Event and Listener Model
>
>
> Levi Cook wrote:
> >
> >
> > Conversion: Pr
Good point Martin, I'm not that familiar with it yet, but do you know if the
jakarta-commons pool project would be of any help here??
Thanks in advance,
Levi Cook
- Original Message -
From: "Martin Cooper" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Satu
ctionForm's and domain specific value-beans. Ultimately, this also
allows more of your code to be used outside struts, maybe more importantly,
it may lower the cost of entry and allow people to adopt struts simply by
wiring in their existing code.
Hopefully, I'll soon start showing
I realize that the list of 1.1 Event Generators is semi-volatile until
work-flow and validation fall into place. On the flip side, I think there
might be a few "interesting" events we can identify now. For instance, what
do people think of the attached samples and models? What other events are
peo
.
Hope this sounds a little clearer, thanks for the feedback-- I think it
greatly influences the ideas quality.
Regards,
Levi Cook
> >
> >
> >
> > > property="creditCard"
> > type="CreditCardValidator"
> >
comments below...
- Original Message -
> From: "Jonathan" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, June 20, 2001 12:55 PM
> Subject: Re: server-side, java-based validation rules for struts..
>
> Hello Levi.
> I read your comment yesterday and went and read about co
ners"
2. Make it handle PropertyVetoException(s) thrown by setter methods
(primarily by turning them into ActionErrors)
Prior to making a "formal" proposal for this, I thought it might be
useful to consider the attached code fragments:
Then again, maybe I'm way off and should be ignore
10 matches
Mail list logo