---
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
--
View this message in context:
http://www.nabble.com/Validation-Best-Practices--
Tom,
I've read this thread with great interest.
Currently I'm thinking about the validation problem as well. I looked at
springmodule's Bean validation framework.
(https://springmodules.dev.java.net/docs/reference/0.8/html/validation.html#beanValidator).
Looks quite interesting to me.
Does som
anguage
to define the validation rules.
--
View this message in context:
http://www.nabble.com/Validation-Best-Practices--tf4685400.html#a13477655
Sent from the Struts - User mailing list archive at Nabble.com.
-
To unsubscri
> re-write our our current xml-based validators. The top choices at the
> moment are:
>
> * Implement validation in a simple java class. Probably do S2
> integration simply by delegating to that class in the S2 validate()
> method.
>
> * Bite the bullet, climb th
Tom Schneider wrote:
This is essentially what we're doing as well, but it is far from an ideal
situation. The issue I've seen is that you can't easily use the validators
from the xml in the validate() method. Another disadvantage is that
validation is in 2 different places. Also, some of our v
te() method from ActionSupport for complex bussines
> validation.(it works in WorkFlowInterceptor).
>
> Sometime, for trivial fields, i can use Struts ValidationFramework.(it
> works after ParameterInterceptor)
>
>
--
View this message in context:
http://www.nabble.com/Validation
> Thanks in advance for any input,
> Sean Kleinjung
> AV Support, Inc.
>
> -----
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
--
View thi
Hey,
I have a question concerning where validation should be performed, and
what people feel best practices are. Specifically, I have a number of
business objects that validate parameters supplied to their setters
for correctness, and throw IllegalArgumentExceptions if something is
invalid. For ex
In our application, the implementation for error message handling is: using
a HashMap for error messages with the form propertyName as the key. This
prevents duplicate messages for form fields. Taking one example use-case:
zipCode, rules are: must be numeric, and must be at least 5-digits in
length
Suzanne Rizzo wrote:
I don't know if this is a good practice or not, but my app uses two
entries in struts-config. One with validate="true" and one with
validate="false".
I 've never actually used the validate="true" in my code; I have an
action superclass that checks for the request typ
8 AM
Please respond to
"Struts Users Mailing List"
To
Struts Users Mailing List
cc
Subject
RE: validation -- best practices
I also perform client side validation, however what I don't want is
validation BEFORE the user actually got a change to enter data... which
is what
nt: Wednesday, June 08, 2005 8:28 AM
Subject: RE: validation -- best practices
I also perform client side validation, however what I don't want is
validation BEFORE the user actually got a change to enter data... which
is what happens now...
On Wed, 2005-06-08 at 07:45 -0400, Kalyanasun
essage-
> From: Peter Maas [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, June 08, 2005 5:08 PM
> To: Struts Users Mailing List
> Subject: validation -- best practices
>
> I have a question about the validation in struts.
>
> Imagine that we have:
>
> - jsp
-
From: Peter Maas [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 08, 2005 5:08 PM
To: Struts Users Mailing List
Subject: validation -- best practices
I have a question about the validation in struts.
Imagine that we have:
- jsp page containing the form to be validated
- formbean extending from
I have a question about the validation in struts.
Imagine that we have:
- jsp page containing the form to be validated
- formbean extending from ValidatorForm
- action to be executed on submit
- validation rules using the validation plugin
If we put the 'validate' attribute to true in the struts
15 matches
Mail list logo