You're making a pretty big assumption that CMS apps are interchangeable so long as the repo is jackrabbit. Jackrabbit (or more specifically the JCR) provides nothing more than a standard interface for querying and interacting with content nodes, it does nothing to define or enforce a specific node/hierarchy structure. From what I've seen so far, the CMS defines the structure which would preclude OFBiz from being able to do so if we want to be able to use anything other than our own hand rolled CMS.
It's a bit like suggesting that because we have SQL and JDBC you can therefore
sit any application on top of any database, which is really only true for the
most generic of applications (i.e. a database browser). You could probably
interchangeably use any number of generic repository browsers to access
jackrabbit but as soon as you push to a much higher level than that you are
going to run into problems.
I guess it could be possible to have some sort of translation layer in which
you map your CMS's content structure into something that OFBiz can understand.
For example telling OFBiz that all product names can be accessed via
"/content/products/${productId}/productName" but that assumes product name is a
node rather than a node attribute like
"/content/products/${product}['productName']" and I'm not sure what
implications that might carry along with it because OFBiz might need to deal
with an attribute differently than it might a node.
In short, I really have very little idea of what I'm talking about. But if we
all wait for someone else to figure this stuff out then I fear we may end up
waiting quite a while.
I guess ideally we would have a branch that contains a jackrabbit client
component, a Hippo CMS component and another CMS app component. We could then
use them to experiment with approaches for OFBiz to interact with each CMS's
repository structure in a generic manner.
Regards
Scott
On 21/06/2010, at 3:21 AM, Adrian Crum wrote:
> Actually, no - we don't need to build a CMS application. We can use an
> existing one. A bare-bones content repository is what we want.
>
> The concept proposed so far (as far as I can tell) is to find a way to
> integrate Jackrabbit into OFBiz, then a user can select any CMS they want to
> run on top of it.
>
> -Adrian
>
> --- On Sat, 6/19/10, Scott Gray <[email protected]> wrote:
>
>> From: Scott Gray <[email protected]>
>> Subject: Re: Hippo CMS
>> To: [email protected]
>> Date: Saturday, June 19, 2010, 4:27 PM
>> The thing to remember is that
>> Jackrabbit is nothing more than a content repository, like a
>> database for your content. If we go the route of using
>> a raw repository then we have to build a CMS application to
>> sit on top of it.
>>
>> What I am proposing is to use the work of others rather
>> than build something new from the ground up. I don't
>> know about you but designing content management systems
>> isn't exactly my area of expertise. Last time I
>> checked you can't even buy a book about using the JCR.
>>
>> Regards
>> Scott
>>
>> On 20/06/2010, at 1:42 AM, Adrian Crum wrote:
>>
>>> I would be interested in helping out with integrating
>> Jackrabbit with OFBiz.
>>>
>>> -Adrian
>>>
>>> --- On Fri, 6/18/10, Scott Gray <[email protected]>
>> wrote:
>>>
>>>> From: Scott Gray <[email protected]>
>>>> Subject: Hippo CMS
>>>> To: [email protected]
>>>> Date: Friday, June 18, 2010, 6:57 PM
>>>> Anybody using or considered using
>>>> Hippo CMS (onehippo.org) in conjunction with
>> OFBiz?
>>>> - Apache Licensed
>>>> - Uses Jackrabbit as its repository
>>>> - Supports Versioning, Internationalization,
>> Publishing
>>>> Workflows and more
>>>>
>>>> We could start out by using Hippo's UI to manage
>> content
>>>> and retrieve it for display within OFBiz using the
>> JCR
>>>> API. As the various document types needed by
>> the OFBiz
>>>> base applications begin to take shape we could
>> look at ways
>>>> to allow the content to be modified directly from
>> within
>>>> OFBiz (once again using the JCR API).
>>>>
>>>> Any thoughts, alternatives, ideas or whatever
>> would be
>>>> appreciated. I'm considering working on a
>> POC in my
>>>> spare time, not sure how long that might take at
>> this
>>>> stage. I already have a copy of Hippo
>> running inside
>>>> OFBiz but that was just a matter of expanding
>> their WAR
>>>> distribution and wrapping it in a component, next
>> step would
>>>> be gaining access to the repo from OFBiz code.
>>>>
>>>> Thanks
>>>> Scott
>>>>
>>>> HotWax Media
>>>> http://www.hotwaxmedia.com
>>>
>>>
>>>
>>
>>
>
>
>
smime.p7s
Description: S/MIME cryptographic signature
