cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeremy Quinn <>
Subject Re: [vote] Development Roadmap
Date Fri, 12 Apr 2002 10:04:21 GMT
At 1:53 pm +0200 11/4/02, Stefano Mazzocchi wrote:
>Jeremy Quinn wrote:
>> How can we reconcile the differences between the needs of a generic form
>> handling mechanism for both Business Logic and Content Management?
>I say we don't even try.

fair enough

>Forms generate highly structured data while browser-based content
>editing generates semi-structured data.

This is a key problem, in the case of Business Logic, there is much more
likely to be a load of text fields that become primitives on a Bean, while
in a CMS scenario, you would often want to parse incoming form field(s)
from editing content, because you are not dealing primarily with primitives
but XML.

>These datasets are so different they can't be handled (nicely!) with the
>same database, why would you think this model doesn't apply to the data
>validation part?

Sorry, you lost me there ....

>Sure, it would be nice to have one-size fits all (as it would be in
>databases, BTW), but I have the impression that a unified approach is
>going to be inelegant at least for one of the two sides (if not for
>What do you think?

Let me keep mucking around in the scratchpad ;)

It would be nice to have a set of reusable components that can be strung
together as needed to perform any required form-based operation, but then,
how long can we wait??

Possible generic components ...... ??

A RequestGenerator that uses a descriptor file to build an Instance, which
could then be Streamed down the pipe, validated and converted to a Bean if
needed, would be helpful, but this would mean implementing castor-mapping
in a Transformer.

As I understand it, this is where the current work on the 'Business Logic'
solution stops being useful for a 'CMS' solution, because everything
happens 'behind the scenes' of the pipeline in Actions, because they are
integrating with external 'Business Logic' not WriteableSources.


regards Jeremy

   Jeremy Quinn                                           Karma Divers
                                                       webSpace Design
                                            HyperMedia Research Centre

   <>     		 <>
   <phone:+44.[0].20.7737.6831>             <>

To unsubscribe, e-mail:
For additional commands, email:

View raw message