Obsolete Pages{{Obsolete}}
The official documentation is at: http://docs.alfresco.com
I've taken a look at most of the JackRabbit source code - version 0.16.2. I have mixed feelings about this stuff.
Negative:
My overall impression is that it seems remarkably over complex, given the nature of the JCR interfaces. Note: Complex != sophisticated, just wrong.
Pretty much, they've implemented a complete content repository from the ground up - the only library dependencies I could find are Lucene and Jakarta Commons Collections. Perhaps this is the way for Reference Implementations.
The complexity comes from the fact that there's an awful lot of code that isn't really JCR related. I'm surprised by the amount of code that effectively provides (in-memory) cache management for node and property state. This might not be so bad, but I can't see how it actually works in a multi-user environment. How do the caches get refreshed? How are they all synched? Why are there basically hash maps upon hash maps upon hash maps of cache?
In the bug tracking system, the following comment may back this up - 'i must admit that i took no care about multihtreading until now. but of course i will do it now.' - a comment from the guy who wrote the versioning piece.
When you look at the code, you get the Slide v1.0 feeling. There are going to be bugs due to the amount of in-memory data structures that need to be kept just right - in a multi-threaded context. It's not the sort of thing that's easily fixed - there will be a Slide 3.0 equivalent when a re-design of the architecture is considered.
Given all this caching, hierarchy related processing performance will still suffer. There's no indexing as far as I can see.
Currently, the persistent store is the file system. This is fine, but again, I wonder about multi-user support. I can't see any form of locking or atomic support. Properties seem to be stored separately from Nodes - so more file access is required for each property (although, this looks like it will be fixed).
DM_SYSOBJECT again - except its called NodeImpl.java this time. Yep, the size of this file dwarfs everything else.
As Andy has pointed out, there are numerous holes and inconsistencies - I expect these will get fixed as time goes by.
Positive:
It does seem to provide most of the features of the JCR spec - Typing, Workspaces, Versioning, Search, Events etc. Bear in mind, on top of the questionable innards.
Workspaces are kept simple; they're just folders in their own right. Versioning, again, is just another folder of files. The Type System again is very simple - an XML file provides the type definitions which are read into in-memory structures and that's about it.
I believe our proposed approach of tying a Workspace to a simple DB schema (without versioning) still holds.
Their TODO List:
What do we do with JackRabbit?
We could:
Option 1 might be viable if it's a stepping stone to building a community quickly with the intention of replacing it.
But, my preference is option 2. We'd probably gut JackRabbit anyway (not very nice!!) to cater for native db implementation and subversion type capability and also to fix reliability issues. However, it would give a head-start to providing a facade to our own stuff e.g. Type Model, Query etc.
Magnolia
Magnolia is supposedly housed on JackRabbit. My brief scan of Magnolia did not reveal an updated or patched version of JackRabbit, so I'm a little unsure how Magnolia can work properly (reliably) in a mult-user environment.
I'm going to check Magnolia again - the source and our installation here to see if it's using JackRabbit.
Update:This is our installation of Magnolia. Yes, it does look to be using JackRabbit. You can see the Repository subfolders, in particular the workspacs/default folder. Node id's are converted to folder structures.
Ask for and offer help to other Alfresco Content Services Users and members of the Alfresco team.
Related links:
By using this site, you are agreeing to allow us to collect and use cookies as outlined in Alfresco’s Cookie Statement and Terms of Use (and you have a legitimate interest in Alfresco and our products, authorizing us to contact you in such methods). If you are not ok with these terms, please do not use this website.