cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Henning von Bargen <>
Subject AW: sql tag-library
Date Fri, 12 May 2000 12:06:45 GMT
I agree with both of you.
We should have a (more or less) central location where to put db connection
and why not just define it as an URI.
You can then (for the most simple example) put it in the same directory
or use an relative path.
Implementing this should be quite easy.
If for some reason or another the location of the URI has to changed (which
should be almost never),
then it is a task of less than 30 minutes to write a script that changes the
relative URIs in the documents
or do a full text search and edit by hand.

> -----Urspr√ľngliche Nachricht-----
> Von:	Stefano Mazzocchi []
> Gesendet am:	Donnerstag, 11. Mai 2000 15:09
> An:
> Betreff:	Re: sql tag-library
> Donald Ball wrote:
> > The whole situation seems to boil down to one essential tradeoff. You
> > either replicate data or centralize data. Replication means you have to
> > change n files when you want to change the data. Centralization means
> > have to change n files when you want to change the location of the data.
> > Hopefully you move the data less frequently than you change it, so
> > centralization is generally a win, especially if you choose the location
> > carefully from the beginning.
> Wise analysis.
> The problem, to me, seems to be that "carefully" has still very little
> defined metric for URIs and for XPointer the metric is totally absent.
> This is what we should improve on and, you're totally right adding this
> ability so that we can play around with it and define a metric for
> "careful".
> -- 
> Stefano Mazzocchi      One must still have chaos in oneself to be
>                           able to give birth to a dancing star.
> <>                             Friedrich Nietzsche
> --------------------------------------------------------------------
>  Missed us in Orlando? Make it up with ApacheCON Europe in London!
> ------------------------- http://ApacheCon.Com ---------------------
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

View raw message