cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeremy Quinn <jer...@media.demon.co.uk>
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
>both!).
>
>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.


thoughts?


regards Jeremy
-- 
   ___________________________________________________________________

   Jeremy Quinn                                           Karma Divers
                                                       webSpace Design
                                            HyperMedia Research Centre

   <mailto:sharkbait@mac.com>     		 <http://www.media.demon.co.uk>
   <phone:+44.[0].20.7737.6831>             <pager:jermq@vizzavi.net>

---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Mime
View raw message