Hi,

Thanks for your reply.

I felt it not a good design to disable server side validation as well.
The struts application (intranet application) I am adding validation
to was not properly designed. A lot of jsps need beans passed from
actions to display correctly. Since those beans are defined as request
attributes, they will be lost when validation fails and the jsp is
reloaded. So to use server side validation I have to do preparation
for loading all those jsps in custom validator classes.

At the beginning I started learning struts, I was thinking if the
struts validator could reload the submission page correctly and
automatically, keeping all objects and states needed.

I am very new to struts, so forgive me if that is a stupid idea.

But thank you very much for your reply!

Bqiao



On Thu, 17 Mar 2005 14:26:22 -0500, Joe Hertz <[EMAIL PROTECTED]> wrote:
> Why do you want to trust the browser validation to be authoritative...?
> 
> What happens if the client disables javascript or uses a browser you didn't
> anticipate? Who's to say the http request was generated by a browser at
> all??
> 
> I often only have back-end validation, but never do I use client-side alone.
> 
> The only exception I've given in on is an "Are You Sure?" popup.
> 
> > -----Original Message-----
> > From: Bing Qiao [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, March 17, 2005 12:46 PM
> > To: user@struts.apache.org
> > Subject: Disable struts server side validation
> >
> > Hi,
> >
> > I've got a questions about struts validator.
> >
> > When defining custom validation rules, is it possible to only define
> > the client side javascript without building classes?
> >
> > Many thanks
> >
> > Bqiao
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> 
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to