You're right - Cocoon is a framework and therefore can interact with a number of systems; I don't think there should be duplication (assuming you assemble them correctly) but there may not be centralization.
Of course, if you want a system that's less like this, there's always Zope...or hey, maybe, even PHP ;-) Derek >>> [EMAIL PROTECTED] 2004/05/11 04:13:45 PM >>> In the business rules situation: a business rule can be easily described by word, for example,in purchase system,We must decide use one of the price principles,average,LIFO,FIFO... every principle come with lots codes , and validations too. If we can centralize it,the programing will be easy and automatically. I think it must be independly between systems,but in one system,must tightly. cocoon want to assembly so many system,so there're lots of duplicated works :-< just an idea,I'll be happy if there're somebody assembly all of them,user just need to assign one time :-> Best Regards Johnson ----- Original Message ----- From: "Derek Hohls" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, May 11, 2004 9:27 PM Subject: Re: Forms Validation [Was Re: is it a cform field widget bug? > 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] > --------------------------------------------------------------------- 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]
