Well, its quite hard to remove some of the default "validation" from a database; eg. if you try and put a string in a number field it will not "validate" this - bear in mind also that some data entries have relational issues attached to them, and as such, will not sure up until the data is ready to "hit" the database (of course, and O/R tool should help take care of these issues).
In general, you should try and have as much of your validation outside of the db as is possible or practical for *your* system - but centralizing everything is not always the right anwer in these days of "loosely coupled" systems! PS Not sure what you mean by "more structural view" especially as Cocoon, being a framework, does have a single "view"... >>> [EMAIL PROTECTED] 2004/05/11 01:34:57 PM >>> Tks,my opinion is if there is a centra validation management, Which can handle all kind of validation,both form and database, Then we will benifit from it! 1.coding once. 2.easy maintain. 3.more structural view to the whole system. may be I'm dreaming. Johnson ----- Original Message ----- From: "Derek Hohls" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, May 11, 2004 7:10 PM Subject: Forms Validation [Was Re: is it a cform field widget bug?] > Um, I think you're mixing up different kinds > of validation here - the schema part is simply > to check that you have a well constructed XML file > that adheres to a given grammar (in terms of what > is or is not allowed, and what must be there or > what is optional). Typically you would do this > type of validation *before* releasing an application, > although you could be doing it at run-time as well, > see: > http://www.xml.com/lpt/a/2003/11/12/cocoon-eai.html > > The other types of validation refer more to data that > is created by users during the running of the application > (and yes, sometimes the validation on the form is > "duplicating" the validation that might otherwise be > done by the database - simply to make things easier > and less frustrating for the end user). > > I am not sure what a "central validation management" > might cover? > > Derek > > >>> [EMAIL PROTECTED] 2004/05/11 12:52:33 PM >>> > A schema just can do basic validation only! > In form defination , we set validate once, > custom validation the second,DBMS the third. > why we need so many and duplicated validation? > Is there and centra validation management skill? > > Best Regards > > johnson > > ----- Original Message ----- > From: "Derek Hohls" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Tuesday, May 11, 2004 6:21 PM > Subject: Re: is it a cform field widget bug? > > > > Well, maybe its just me, but I think *any* public XML > > document - particularly one thats going to be widely used > > (as we hope CForms is!) needs a Schema so it can > > be validated. > > > > >>> [EMAIL PROTECTED] 2004/05/11 11:44:29 AM >>> > > no schema in it,does cform need schema? > > > > best regards > > > > johnson > > > > > > ----- Original Message ----- > > From: "Derek Hohls" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Tuesday, May 11, 2004 4:04 PM > > Subject: Re: is it a cform field widget bug? > > > > > > > Hmm - a check with a schema would pick this up quickly - > > > does one exist? > > > > > > >>> [EMAIL PROTECTED] 2004/05/11 10:01:23 AM >>> > > > > > > > > > Johnson wrote: > > > > Hi! > > > > > > > > I use field widget to represent a boolean field , like below > > > > > > > > <fd:field id="dc"> > > > > <fd:label><i18n:text key="dc">dc:</i18n:text></fd:label> > > > > <fd:datatype base="boolean"> > > > > </fd:datatype> > > > > <fd:selection-list> > > > > <fd:item value="false"> > > > > <fd:label><i18n:text > > > key="single">single</i18n:text></fd:label> > > > > </fd:item> > > > > <fd:item value="ture"> > > > ^^^^ > > > > > > you might want to try with 'true' in stead > > > > > > -marc= > > > > > > > <fd:label><i18n:text > > > key="double">double</i18n:text></fd:label> > > > > </fd:item> > > > > </fd:selection-list> > > > > </fd:field> > > > > > > > > when I run the form,the source is below. > > > > > > > > <select name="" id="dc" title=""><option > > > > value="false">single</option><option > > > value="false">double</option></select> > > > > > > > > both the value is false! > > > > > > > > is it a bug? > > > > > > > > Best Regards > > > > > > > > Johnson Hsu > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > -- > > > Marc Portier http://outerthought.org/ > > > Outerthought - Open Source, Java & XML Competence Support Center > > > Read my weblog at http://blogs.cocoondev.org/mpo/ > > > [EMAIL PROTECTED] [EMAIL PROTECTED] > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > -- > > > This message has been scanned for viruses and > > > dangerous content by MailScanner, and is > > > believed to be clean. > > > MailScanner thanks transtec Computers for their support. > > > > > > > > > > > > --------------------------------------------------------------------- > > > 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] > > > > > > -- > > This message has been scanned for viruses and > > dangerous content by MailScanner, and is > > believed to be clean. > > MailScanner thanks transtec Computers for their support. > > > > > > > --------------------------------------------------------------------- > > 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] > > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > MailScanner thanks transtec Computers for their support. > > > --------------------------------------------------------------------- > 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] -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
