Re: Jackrabbit Integration

[Sascha Rodekamp-3]

Hey,
i played a little bit around with the jackrabbit brunch. Seems that the
basic JCR operations works well OOTB.
But i'm not sure what's the best way to make the connection (mapping) to
Ofbiz.

I would like to create some Interfaces and Adapters for third Party CMS
System that they can easily connect against the JCR Repository. This could
be implemented on Ofbiz site as well to have our own jackrabbit / content
maintenance area.

The thing i was little bit confused about is the mapping between the Ofbiz
Content Table and the repository. We nee a location where we map a certain
content item with the path in the repository.
I.E. contentId 12001 --> repository Path /node1/foo/baa.
My suggestion is to create a DataResource Entry for this mapping. Thans we
are apple to create contents and sub contents and later think of security
concepts for accessing the repository.


Any Ideas, suggestions, opinions :-)

Have a good day
Sascha

--
Sascha Rodekamp
    Lynx-Consulting GmbH
    Johanniskirchplatz 6
    D-33615 Bielefeld
    http://www.lynx.de

[Adrian Crum-3]

As far as I know, the mapping was never discussed - we never got that far.

 From my perspective, the Jackrabbit repository should replace most of
the OFBiz content component. That would be a lot of work though. Your
suggestion might be easier to implement.

It might be helpful to start off with some example scenarios that we can
conceptually map from the current OFBiz implementation to the Jackrabbit
one. A discussion around those example scenarios could lead to a design
document.

-Adrian


On 2/4/2011 12:24 AM, Sascha Rodekamp wrote:

> Hey,
> i played a little bit around with the jackrabbit brunch. Seems that the
> basic JCR operations works well OOTB.
> But i'm not sure what's the best way to make the connection (mapping) to
> Ofbiz.
>
> I would like to create some Interfaces and Adapters for third Party CMS
> System that they can easily connect against the JCR Repository. This could
> be implemented on Ofbiz site as well to have our own jackrabbit / content
> maintenance area.
>
> The thing i was little bit confused about is the mapping between the Ofbiz
> Content Table and the repository. We nee a location where we map a certain
> content item with the path in the repository.
> I.E. contentId 12001 -->  repository Path /node1/foo/baa.
> My suggestion is to create a DataResource Entry for this mapping. Thans we
> are apple to create contents and sub contents and later think of security
> concepts for accessing the repository.
>
>
> Any Ideas, suggestions, opinions :-)
>
> Have a good day
> Sascha
>

[Adrian Crum-3]

Btw, example scenarios = low-level content CRUD operations.

-Adrian

On 2/4/2011 6:15 AM, Adrian Crum wrote:

> As far as I know, the mapping was never discussed - we never got that
> far.
>
> From my perspective, the Jackrabbit repository should replace most of
> the OFBiz content component. That would be a lot of work though. Your
> suggestion might be easier to implement.
>
> It might be helpful to start off with some example scenarios that we
> can conceptually map from the current OFBiz implementation to the
> Jackrabbit one. A discussion around those example scenarios could lead
> to a design document.
>
> -Adrian
>
>
> On 2/4/2011 12:24 AM, Sascha Rodekamp wrote:
>> Hey,
>> i played a little bit around with the jackrabbit brunch. Seems that the
>> basic JCR operations works well OOTB.
>> But i'm not sure what's the best way to make the connection (mapping) to
>> Ofbiz.
>>
>> I would like to create some Interfaces and Adapters for third Party CMS
>> System that they can easily connect against the JCR Repository. This
>> could
>> be implemented on Ofbiz site as well to have our own jackrabbit /
>> content
>> maintenance area.
>>
>> The thing i was little bit confused about is the mapping between the
>> Ofbiz
>> Content Table and the repository. We nee a location where we map a
>> certain
>> content item with the path in the repository.
>> I.E. contentId 12001 -->  repository Path /node1/foo/baa.
>> My suggestion is to create a DataResource Entry for this mapping.
>> Thans we
>> are apple to create contents and sub contents and later think of
>> security
>> concepts for accessing the repository.
>>
>>
>> Any Ideas, suggestions, opinions :-)
>>
>> Have a good day
>> Sascha
>>