Florian Holeczek wrote:
Hallo Murray,
Right now out repositories are all flat. Making a fundamental change
that would *require* hierarchical support, iff that support were manifest
as actual page locations rather than simply metadata addresses (i.e.,
if we didn't use a dereferencing 'manager') would exclude a lot of
existing providers. But if we use metadata alone to support hierarchy
(with the addition of an addition record type, Collection), then it
would seem that *any* of the existing provides would work. And, of course,
JackRabbit.
as far as I understood it is planned to completely switch to JCR in
JSPWiki 3 (not Jackrabbit, which is only the reference implementation
and _one_ possibility of providing a repository).
That means fundamental changes to the architecture and none of the
JSPWiki 2 page providers will work, either.
Instead, JSPWiki 3 will then need repository providers instead of page
providers, and they will implement the JCR interfaces (or a required
subset of it).
Hi Florian,
Yes, I understand that this is a decision for 3.0. I think in some ways
it's obviously a good one, and in others a truly terrible one. If there
is no way to use a non-JCR provider with 3.0, JSPWiki will cease being
a simple wiki -- we've then moved firmly into the CMS range of applications.
We gain a lot of benefits, but if say, there's no file-based provider, no
way of having a simple wiki, then we've also *lost* something rather vital.
There's a lot of things called "progress" that can be counterproductive,
too, and I think losing the option of simplicity is a Bid Deal.
Murray
...........................................................................
Murray Altheim <murray07 at altheim.com> === = =
http://www.altheim.com/murray/ = = ===
SGML Grease Monkey, Banjo Player, Wantanabe Zen Monk = = = =
Boundless wind and moon - the eye within eyes,
Inexhaustible heaven and earth - the light beyond light,
The willow dark, the flower bright - ten thousand houses,
Knock at any door - there's one who will respond.
-- The Blue Cliff Record
