I have begun to read a bit about JSR170 (JCR) and JackRabbit. There are 2
aspects in CMS : content management and rendering. So far
I don't understand clearly how is rendering managed in JackRabbit. It seems to
me that JCR is only the content repository part and
you need to build something like Sling upon it, right ?
I have recently created a tool for a client based on the OFBiz CMS site demo
(thanks Andrew). Using customised showContentTree and
viewContent for templated rendering (menus and contents using specific
CompDocs). It's seems hard to get it 1st but actually it's
not so much and very powerful (lot of things with small modifications). Then,
on the content management side, you get something like
EzPublish (an UI based on a tree for manipulating contents and their
associations). I recently tested Jahia
http://demo.jahia.org/cms, really smart WYSIWYG. From this experience, I'd like
to have the content management as a component based
on JackRabbit with a large dose of Ajax in UI. I think that having a tree and a
direct access to content (like in Jahia) is not
contradictory but complementary. This said I have not tried anything yet ...
One thing that OFBiz can offer and no CMS softwares can, is the direct relation to the ERP data. Here is our power, this is very
cost effective.
So the above may be seen as a sketch of my requirements for a Content
Management Application. Could we talk more about that ?
Jacques
From: "Andrew Zeneski" <[email protected]>
I actually wrote a little prototype app using JackRabbit late last
year. Its a really nifty framework. Just a different way of thinking.
I think this is a really good idea..
Andrew
On Wed, Jul 1, 2009 at 10:33 PM, David E Jones<[email protected]> wrote:
There has been a little bit of discussion about this, but not recently.
Thanks for bringing it up as it certainly applies to this discussion.
I did a little reading on JackRabbit... it's great to see it is SO far
along! In fact, it looks like it is far enough along that we should probably
just go for it... IMO. It supports versioning, JTA transaction, WebDAV for
editors that support/like that, and all sorts of other goodies.
-David
On Jul 1, 2009, at 6:16 PM, Mike Rose wrote:
Have you folks looked into JSR-170, the Java Content Repository spec? It
covers these classes of use cases pretty thoroughly and there are some very
compelling implementations out there. Alfresco is probably the most notable
and Apache JackRabbit is pretty impressive as well.
Mike
(new to the list, please forgive me if I've violated some protocol known
to long-term list members...)
On Jul 1, 2009, at 8:12 PM, Adrian Crum wrote:
--- On Wed, 7/1/09, David E Jones <[email protected]> wrote:
From: David E Jones <[email protected]>
Subject: Re: webslinger quick start guide?
To: [email protected]
Date: Wednesday, July 1, 2009, 2:45 PM
This is an interesting overview and while I'm not sure why
I hadn't thought along these lines before, at least it's
through my thick skull now...
I asked Adam about how this would deploy on multiple
servers with the stuff in the filesystem versus the
database, and I think what you've written Ean is the
answer.
Why not treat a source repo (either plain SVN or something
more exotic like GIT) like the database? Each app server
would read from and write to the source repo just like it
would a database record. If SVN or GIT support 2-phase
commits we could probably even do write operations in the a
transaction that includes connections to both data stores.
Why not have the repositories use the OFBiz database as their data store?
-Adrian
