cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "warrell harries" <>
Subject Re: Cocoon database access strategy
Date Mon, 25 Jun 2007 10:19:51 GMT
Hi Ard,

I understand your comic sarcasm and I think I know where you are coming from
;-) In the final analysis, it seems to depend on where you place the centre
of gravity of your application at the outset. If you start building an
Object based system and then add persistence you are probably always going
to have to write business logic in Java and use an OR framework to map this
onto a a relational DB. However, most Enterprise systems start with an ER
Model . Various hybrid systems grow around the central DB so it makes sense
to gravitate toward the Enterprise DB for all sorts of engineering and
political reasons. One size does not fit all and in the world of CMS I can
imagine that your approach works for you and your customers. I was just
trying to advise those (possibly the majority0 of Cocoon developers who are
trying to develop relatively small internal Web-applications that work with
Enterprise data. For that kind of thing I endorse the SQLTransformer, JDBI,
FlowScript approach.


On 25/06/07, Ard Schrijvers <> wrote:
> Hello,
> >This leads to start writing
> > code before
> > > the problem is fully understood and a reluctance to
> > refactor once it
> > > is. These are the very tendencies that Cocoon allows us to overcome
> > > because it is entirely possible to develop fully fledged
> > applications
> > > without writing any Java code. These 'pure' XML applications are
> > > likely to be much more maintainable, flexible and capable of re-use
> > > than those that skew their centre of gravity back towards Java.
> I can hardly believe everybody seems to take this statement for granted
> (jdo and jcr APIs are ofcourse totally redundant since you can write your
> own fine sql statements, and of course, sql is a brilliant strong
> specification, so when you have it running for oracle, you can switch
> automatically without effort  to mysql, derby, hsqldb, sql server)...anyway,
> if everybody wants to write sql, do many xsl transformations and take the
> burden of maintaining sql statements, be my guest :-)
> Regards Ard
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

View raw message