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). Regards, Florian
smime.p7s
Description: S/MIME Cryptographic Signature
