Ofbiz JCR/Jackrabbit Integration - Future plans

[Sakthivel Vellingiri]

 Hi Ofbiz Users,

Can someone advise on, what is plan for JCR/ Jackrabbit integration into
Ofbiz, i understand there is a development branch --> jackrabbit20120501/
which currently has the latest work on this integration;

Would like get the thoughts of the experts if there are any plans for
integrating this branch into the ofbiz release branch in the near future,
or if JCR/Jackrabbit integration is in the roadmap of Ofbiz.

Appreciate any pointers on this

Regards
Sakthi

[Jacques Le Roux]

Unfortunately since Sascha "left" the team in 2012 this effort stopped.

If you did not do it yet, you might find more information in the wiki
https://cwiki.apache.org/confluence/display/OFBIZ/Jackrabbit+Branch+Development
https://cwiki.apache.org/confluence/display/OFBIZ/Initial+integration+of+the+Jackrabbit+repository+-+features+and+architecture+description
https://cwiki.apache.org/confluence/display/OFBIZ/Configuration+document

There is nothing planned about it yet, all good wills are welcome

Jacques


Le 24/02/2015 17:07, Sakthivel Vellingiri a écrit :

>   Hi Ofbiz Users,
>
> Can someone advise on, what is plan for JCR/ Jackrabbit integration into
> Ofbiz, i understand there is a development branch --> jackrabbit20120501/
> which currently has the latest work on this integration;
>
> Would like get the thoughts of the experts if there are any plans for
> integrating this branch into the ofbiz release branch in the near future,
> or if JCR/Jackrabbit integration is in the roadmap of Ofbiz.
>
> Appreciate any pointers on this
>
> Regards
> Sakthi
>

[Pierre Smits]

Hi Sakthivel,

Having collaborated with Sacha back in 2012 on this subject regarding
multi-tenancy I believe it was at 80-90 % readiness.  If not higher.

It is however unfortunate that we don't do issues per development branch,
otherwise it would have been registered/visible what needs to be done.

Best regards,

Pierre

Op dinsdag 24 februari 2015 heeft Sakthivel Vellingiri <
[hidden email]> het volgende geschreven:

>  Hi Ofbiz Users,
>
> Can someone advise on, what is plan for JCR/ Jackrabbit integration into
> Ofbiz, i understand there is a development branch --> jackrabbit20120501/
> which currently has the latest work on this integration;
>
> Would like get the thoughts of the experts if there are any plans for
> integrating this branch into the ofbiz release branch in the near future,
> or if JCR/Jackrabbit integration is in the roadmap of Ofbiz.
>
> Appreciate any pointers on this
>
> Regards
> Sakthi
>

--
Pierre Smits

*ORRTIZ.COM <http://www.orrtiz.com>*
Services & Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail & Trade
http://www.orrtiz.com

[Jacques Le Roux]

Yes, you are right Pierre, we should do that on request. Maybe it's not too late for Jackrabbit...

Jacques

Le 28/02/2015 12:54, Pierre Smits a écrit :
> It is however unfortunate that we don't do issues per development branch,
> otherwise it would have been registered/visible what needs to be done.
>
> Best regards,
>
> Pierre

[Todd Thorner]

Although my lack of contribution skills makes the idea of me-merit
rather dubious, I feel obligated to chime in about my preference for a
CMIS implementation over JSRs.  Seems more language/vendor agnostic and
possibly more future-proof.

My merit is so dubious that I realize this might not even be what you're
talking about.  To me the amateur, Jackrabbit is a way to roll your own
implementation of a CMS integration.  If that's the same Jackrabbit
you're talking about, please take a look at the Apache Chemistry project
to discover (or recall) what I consider to be progress on that front.



On 15-02-28 05:22 AM, Jacques Le Roux wrote:

> Yes, you are right Pierre, we should do that on request. Maybe it's not
> too late for Jackrabbit...
>
> Jacques
>
> Le 28/02/2015 12:54, Pierre Smits a écrit :
>> It is however unfortunate that we don't do issues per development branch,
>> otherwise it would have been registered/visible what needs to be done.
>>
>> Best regards,
>>
>> Pierre

[Pierre Smits-2]

Todd,

Thank you for your contribution.

As it is with all open source projects, nothing won't happen unless someone
starts doing. The JCR integration is 80-90% there, Cemistry just appeared
(for the first time, if my memory doesn't fail).

Best regards,

Pierre

Op zaterdag 28 februari 2015 heeft Todd Thorner <[hidden email]>
het volgende geschreven:

> Although my lack of contribution skills makes the idea of me-merit
> rather dubious, I feel obligated to chime in about my preference for a
> CMIS implementation over JSRs.  Seems more language/vendor agnostic and
> possibly more future-proof.
>
> My merit is so dubious that I realize this might not even be what you're
> talking about.  To me the amateur, Jackrabbit is a way to roll your own
> implementation of a CMS integration.  If that's the same Jackrabbit
> you're talking about, please take a look at the Apache Chemistry project
> to discover (or recall) what I consider to be progress on that front.
>
>
>
> On 15-02-28 05:22 AM, Jacques Le Roux wrote:
> > Yes, you are right Pierre, we should do that on request. Maybe it's not
> > too late for Jackrabbit...
> >
> > Jacques
> >
> > Le 28/02/2015 12:54, Pierre Smits a écrit :
> >> It is however unfortunate that we don't do issues per development
> branch,
> >> otherwise it would have been registered/visible what needs to be done.
> >>
> >> Best regards,
> >>
> >> Pierre
>

--
Met vriendelijke groet,

*Pierre Smits*
mob. [phone]
Skype: pierresmits_somonar

*ORRTIZ: BMS*
Services & Solutions for
Cloud-Based Manufacturing,
Professional Services and Retail & Trade

*www.orrtiz.com <http://www.orrtiz.com>*

[Todd Thorner]

I can appreciate where the devs are coming from.  It is possible that
the OASIS-by-way-of-AIIM "standard" will not become anything big enough
to bother implementing.

CMIS has been making steady progress since 2008 (longer if you count the
work AIIM had been doing on it).  I wish I had stronger coding skills so
I could walk the proverbial talk (or even better: I wish I was rich
enough to pay an appropriate coder bounty).  There are obviously plenty
of people who use a JCR-compliant CMS solution and will continue with
what is working for them, so finishing the remaining 10% or so of
Jackrabbit integration has value for plenty of OFBIz users.

I'm guessing that CMIS integration would offer value for even more
users, so maybe it's a "one thing at a time" dev-ops consideration.  In
the Programming Languages section for the Jackrabbit project it says
"Java."  The Programming Languages section for the Chemistry project
says "Java, Python, PHP, C#, Objective-C."  That might not be
meaningful, though, depending on the existing OFBiz framework and how
Jackrabbit/CMIS would need to be implemented (server only or client-side
interfaces as well).  Like I said, I'm not exactly on the ball regarding
the project's codebase.

So, for the sake of crystal ball user gazing, would it be difficult to
install a future OFBiz and then strip out components that the user
doesn't anticipate needing?  If I'm not mistaken that's one of the
project's big selling points, the modularity.



On 15-02-28 09:07 AM, Pierre Smits wrote:

> Todd,
>
> Thank you for your contribution.
>
> As it is with all open source projects, nothing won't happen unless someone
> starts doing. The JCR integration is 80-90% there, Cemistry just appeared
> (for the first time, if my memory doesn't fail).
>
> Best regards,
>
> Pierre
>
> Op zaterdag 28 februari 2015 heeft Todd Thorner <[hidden email]>
> het volgende geschreven:
>
>> Although my lack of contribution skills makes the idea of me-merit
>> rather dubious, I feel obligated to chime in about my preference for a
>> CMIS implementation over JSRs.  Seems more language/vendor agnostic and
>> possibly more future-proof.
>>
>> My merit is so dubious that I realize this might not even be what you're
>> talking about.  To me the amateur, Jackrabbit is a way to roll your own
>> implementation of a CMS integration.  If that's the same Jackrabbit
>> you're talking about, please take a look at the Apache Chemistry project
>> to discover (or recall) what I consider to be progress on that front.
>>
>>
>>
>> On 15-02-28 05:22 AM, Jacques Le Roux wrote:
>>> Yes, you are right Pierre, we should do that on request. Maybe it's not
>>> too late for Jackrabbit...
>>>
>>> Jacques
>>>
>>> Le 28/02/2015 12:54, Pierre Smits a écrit :
>>>> It is however unfortunate that we don't do issues per development
>> branch,
>>>> otherwise it would have been registered/visible what needs to be done.
>>>>
>>>> Best regards,
>>>>
>>>> Pierre
>>
>
>

[Ron Wheeler]

I don't think that Chemistry and Jackrabbit are the same thing at all.
Chemistry is a CMIS tool-kit.
Jackrabbit is a NoSQL database engine that can be used to build any
application that fits into a node and link model.
I think that Jackrabbit competes more directly with Mongo-DB.

Chemistry is a higher level set of tools to build CMIS systems.
http://chemistry.apache.org/java/developing/guide.html describes
Chemistry as

"CMIS (Content Management Interoperability Services) is a
vendor-neutralOASIS Web services interface specification
<http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=cmis>that
enables interoperability between Enterprise Content Management (ECM)
systems. CMIS allows rich information to be shared across Internet
protocols in vendor-neutral formats, among document systems, publishers
and repositories, in a single enterprise and between companies."

I think that OFBiz's entity-relationship model would not get much help
from the CMIS tools.

http://chemistry.apache.org/java/developing/repositories/dev-repositories-jcr.html 
talks about a bridge that allows Chemistry to access content stored in
Jackrabbit.

I use Jackrabbit for the Artifact ADTransform ETVL.
Jackrabbit has the ability to use in-memory or disk storage configured
at run-time.
ADTransform uses the in-memory database configuration for speed but can
be configured to use disks if the data streams are very large and will
not fit in memory.

OFBiz's entity database model could be implemented in Jackrabbit (or
Mongo-DB) pretty comfortably.

Another junior member's 2 cents.
Ron

On 28/02/2015 1:58 PM, Todd Thorner wrote:

> I can appreciate where the devs are coming from.  It is possible that
> the OASIS-by-way-of-AIIM "standard" will not become anything big enough
> to bother implementing.
>
> CMIS has been making steady progress since 2008 (longer if you count the
> work AIIM had been doing on it).  I wish I had stronger coding skills so
> I could walk the proverbial talk (or even better: I wish I was rich
> enough to pay an appropriate coder bounty).  There are obviously plenty
> of people who use a JCR-compliant CMS solution and will continue with
> what is working for them, so finishing the remaining 10% or so of
> Jackrabbit integration has value for plenty of OFBIz users.
>
> I'm guessing that CMIS integration would offer value for even more
> users, so maybe it's a "one thing at a time" dev-ops consideration.  In
> the Programming Languages section for the Jackrabbit project it says
> "Java."  The Programming Languages section for the Chemistry project
> says "Java, Python, PHP, C#, Objective-C."  That might not be
> meaningful, though, depending on the existing OFBiz framework and how
> Jackrabbit/CMIS would need to be implemented (server only or client-side
> interfaces as well).  Like I said, I'm not exactly on the ball regarding
> the project's codebase.
>
> So, for the sake of crystal ball user gazing, would it be difficult to
> install a future OFBiz and then strip out components that the user
> doesn't anticipate needing?  If I'm not mistaken that's one of the
> project's big selling points, the modularity.
>
>
>
> On 15-02-28 09:07 AM, Pierre Smits wrote:
>> Todd,
>>
>> Thank you for your contribution.
>>
>> As it is with all open source projects, nothing won't happen unless someone
>> starts doing. The JCR integration is 80-90% there, Cemistry just appeared
>> (for the first time, if my memory doesn't fail).
>>
>> Best regards,
>>
>> Pierre
>>
>> Op zaterdag 28 februari 2015 heeft Todd Thorner <[hidden email]>
>> het volgende geschreven:
>>
>>> Although my lack of contribution skills makes the idea of me-merit
>>> rather dubious, I feel obligated to chime in about my preference for a
>>> CMIS implementation over JSRs.  Seems more language/vendor agnostic and
>>> possibly more future-proof.
>>>
>>> My merit is so dubious that I realize this might not even be what you're
>>> talking about.  To me the amateur, Jackrabbit is a way to roll your own
>>> implementation of a CMS integration.  If that's the same Jackrabbit
>>> you're talking about, please take a look at the Apache Chemistry project
>>> to discover (or recall) what I consider to be progress on that front.
>>>
>>>
>>>
>>> On 15-02-28 05:22 AM, Jacques Le Roux wrote:
>>>> Yes, you are right Pierre, we should do that on request. Maybe it's not
>>>> too late for Jackrabbit...
>>>>
>>>> Jacques
>>>>
>>>> Le 28/02/2015 12:54, Pierre Smits a écrit :
>>>>> It is however unfortunate that we don't do issues per development
>>> branch,
>>>>> otherwise it would have been registered/visible what needs to be done.
>>>>>
>>>>> Best regards,
>>>>>
>>>>> Pierre
>>

--
Ron Wheeler
President
Artifact Software Inc
email: [hidden email]
skype: ronaldmwheeler
phone: [phone], ext 102

[Todd Thorner]

Great information, thanks.  I always thought Jackrabbit to be a JCR kind
of thing, didn't know it was a more generic DB kind of thing (mind you
content repositories can be persisted using databases so maybe
Jackrabbit is a "special use" kind of DB that offers the name-value
pairs of a NoSQL-ish setup).

I don't think the Chemistry project is for creating from scratch a
CMIS-ready system as much as it's for enabling messaging-level
interoperability between existing CMSs from various vendors (at least
between those which bother to integrate CMIS-compliant interfaces).  I
think I'll join its ml for a while to learn more about the kinds of
explosive compounds an amateur like me can create with such chemistry sets.

Either way, I'm not skilled enough to help develop an OFBiz integration
with Jackrabbit or CMIS.  So I'll do the typical cop-out thing: thank
contributors past & present for their efforts and hope that a day comes
when part of OFBiz's marketing includes blah-blah about users being able
to plug in any JCR-compliant or CMIS-compliant content repository of
their choosing.  Project gurus might even think about thinking about the
whole pay-to-stream market, cater to all those aspiring web site
retailers of both live streaming and VOD (no I'm not one nor do I work
for one).

Are OFBiz entities among the things that get stored within the embedded
CMS?  Is there anything OOTB that gets stored in some database which is
separate and distinct from the database for storing CMS-specific stuff?
 I would appreciate a wiki URL or similar resource for learning more
about these related topics (OFBiz persistence mechanisms and CMS whatnot).



On 15-02-28 02:24 PM, Ron Wheeler wrote:

> I don't think that Chemistry and Jackrabbit are the same thing at all.
> Chemistry is a CMIS tool-kit.
> Jackrabbit is a NoSQL database engine that can be used to build any
> application that fits into a node and link model.
> I think that Jackrabbit competes more directly with Mongo-DB.
>
> Chemistry is a higher level set of tools to build CMIS systems.
> http://chemistry.apache.org/java/developing/guide.html describes
> Chemistry as
>
> "CMIS (Content Management Interoperability Services) is a
> vendor-neutralOASIS Web services interface specification
> <http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=cmis>that
> enables interoperability between Enterprise Content Management (ECM)
> systems. CMIS allows rich information to be shared across Internet
> protocols in vendor-neutral formats, among document systems, publishers
> and repositories, in a single enterprise and between companies."
>
> I think that OFBiz's entity-relationship model would not get much help
> from the CMIS tools.
>
> http://chemistry.apache.org/java/developing/repositories/dev-repositories-jcr.html
> talks about a bridge that allows Chemistry to access content stored in
> Jackrabbit.
>
> I use Jackrabbit for the Artifact ADTransform ETVL.
> Jackrabbit has the ability to use in-memory or disk storage configured
> at run-time.
> ADTransform uses the in-memory database configuration for speed but can
> be configured to use disks if the data streams are very large and will
> not fit in memory.
>
> OFBiz's entity database model could be implemented in Jackrabbit (or
> Mongo-DB) pretty comfortably.
>
> Another junior member's 2 cents.
> Ron
>
> On 28/02/2015 1:58 PM, Todd Thorner wrote:
>> I can appreciate where the devs are coming from.  It is possible that
>> the OASIS-by-way-of-AIIM "standard" will not become anything big enough
>> to bother implementing.
>>
>> CMIS has been making steady progress since 2008 (longer if you count the
>> work AIIM had been doing on it).  I wish I had stronger coding skills so
>> I could walk the proverbial talk (or even better: I wish I was rich
>> enough to pay an appropriate coder bounty).  There are obviously plenty
>> of people who use a JCR-compliant CMS solution and will continue with
>> what is working for them, so finishing the remaining 10% or so of
>> Jackrabbit integration has value for plenty of OFBIz users.
>>
>> I'm guessing that CMIS integration would offer value for even more
>> users, so maybe it's a "one thing at a time" dev-ops consideration.  In
>> the Programming Languages section for the Jackrabbit project it says
>> "Java."  The Programming Languages section for the Chemistry project
>> says "Java, Python, PHP, C#, Objective-C."  That might not be
>> meaningful, though, depending on the existing OFBiz framework and how
>> Jackrabbit/CMIS would need to be implemented (server only or client-side
>> interfaces as well).  Like I said, I'm not exactly on the ball regarding
>> the project's codebase.
>>
>> So, for the sake of crystal ball user gazing, would it be difficult to
>> install a future OFBiz and then strip out components that the user
>> doesn't anticipate needing?  If I'm not mistaken that's one of the
>> project's big selling points, the modularity.
>>
>>
>>
>> On 15-02-28 09:07 AM, Pierre Smits wrote:
>>> Todd,
>>>
>>> Thank you for your contribution.
>>>
>>> As it is with all open source projects, nothing won't happen unless
>>> someone
>>> starts doing. The JCR integration is 80-90% there, Cemistry just
>>> appeared
>>> (for the first time, if my memory doesn't fail).
>>>
>>> Best regards,
>>>
>>> Pierre
>>>
>>> Op zaterdag 28 februari 2015 heeft Todd Thorner
>>> <[hidden email]>
>>> het volgende geschreven:
>>>
>>>> Although my lack of contribution skills makes the idea of me-merit
>>>> rather dubious, I feel obligated to chime in about my preference for a
>>>> CMIS implementation over JSRs.  Seems more language/vendor agnostic and
>>>> possibly more future-proof.
>>>>
>>>> My merit is so dubious that I realize this might not even be what
>>>> you're
>>>> talking about.  To me the amateur, Jackrabbit is a way to roll your own
>>>> implementation of a CMS integration.  If that's the same Jackrabbit
>>>> you're talking about, please take a look at the Apache Chemistry
>>>> project
>>>> to discover (or recall) what I consider to be progress on that front.
>>>>
>>>>
>>>>
>>>> On 15-02-28 05:22 AM, Jacques Le Roux wrote:
>>>>> Yes, you are right Pierre, we should do that on request. Maybe it's
>>>>> not
>>>>> too late for Jackrabbit...
>>>>>
>>>>> Jacques
>>>>>
>>>>> Le 28/02/2015 12:54, Pierre Smits a écrit :
>>>>>> It is however unfortunate that we don't do issues per development
>>>> branch,
>>>>>> otherwise it would have been registered/visible what needs to be
>>>>>> done.
>>>>>>
>>>>>> Best regards,
>>>>>>
>>>>>> Pierre
>>>
>
>

[Ron Wheeler]

On 28/02/2015 7:03 PM, Todd Thorner wrote:
> Great information, thanks.  I always thought Jackrabbit to be a JCR kind
> of thing, didn't know it was a more generic DB kind of thing (mind you
> content repositories can be persisted using databases so maybe
> Jackrabbit is a "special use" kind of DB that offers the name-value
> pairs of a NoSQL-ish setup).
Content repositories have to be persisted in some sort of database. SQL
or NoSql.
>
> I don't think the Chemistry project is for creating from scratch a
> CMIS-ready system as much as it's for enabling messaging-level
> interoperability between existing CMSs from various vendors (at least
> between those which bother to integrate CMIS-compliant interfaces).  I
> think I'll join its ml for a while to learn more about the kinds of
> explosive compounds an amateur like me can create with such chemistry sets.

I would agree with your characterization of Chemistry with the addition
of an API that allows you create user interfaces to CMS objects as part
of more comprehensive applications.

>
> Either way, I'm not skilled enough to help develop an OFBiz integration
> with Jackrabbit or CMIS.  So I'll do the typical cop-out thing: thank
> contributors past & present for their efforts and hope that a day comes
> when part of OFBiz's marketing includes blah-blah about users being able
> to plug in any JCR-compliant or CMIS-compliant content repository of
> their choosing.  Project gurus might even think about thinking about the
> whole pay-to-stream market, cater to all those aspiring web site
> retailers of both live streaming and VOD (no I'm not one nor do I work
> for one).
>
> Are OFBiz entities among the things that get stored within the embedded
> CMS?  Is there anything OOTB that gets stored in some database which is
> separate and distinct from the database for storing CMS-specific stuff?
>   I would appreciate a wiki URL or similar resource for learning more
> about these related topics (OFBiz persistence mechanisms and CMS whatnot).

CMS is a business concept - management of content that is not structured
into rows and columns usually text documents or fragments of text -  not
a persistence method.
An OFBiz entity is an abstracted model object (party, invoice,
accounting transaction, product, manufacturing process, etc.) that is
currently persisted in some sort of SQL database.
OfBiz includes a CMS which is implemented in the same way as the other
components - as entities persisted in SQL. Blocks of unstructured
information is stored as SQL blobs.

Ron

>
>
> On 15-02-28 02:24 PM, Ron Wheeler wrote:
>> I don't think that Chemistry and Jackrabbit are the same thing at all.
>> Chemistry is a CMIS tool-kit.
>> Jackrabbit is a NoSQL database engine that can be used to build any
>> application that fits into a node and link model.
>> I think that Jackrabbit competes more directly with Mongo-DB.
>>
>> Chemistry is a higher level set of tools to build CMIS systems.
>> http://chemistry.apache.org/java/developing/guide.html describes
>> Chemistry as
>>
>> "CMIS (Content Management Interoperability Services) is a
>> vendor-neutralOASIS Web services interface specification
>> <http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=cmis>that
>> enables interoperability between Enterprise Content Management (ECM)
>> systems. CMIS allows rich information to be shared across Internet
>> protocols in vendor-neutral formats, among document systems, publishers
>> and repositories, in a single enterprise and between companies."
>>
>> I think that OFBiz's entity-relationship model would not get much help
>> from the CMIS tools.
>>
>> http://chemistry.apache.org/java/developing/repositories/dev-repositories-jcr.html
>> talks about a bridge that allows Chemistry to access content stored in
>> Jackrabbit.
>>
>> I use Jackrabbit for the Artifact ADTransform ETVL.
>> Jackrabbit has the ability to use in-memory or disk storage configured
>> at run-time.
>> ADTransform uses the in-memory database configuration for speed but can
>> be configured to use disks if the data streams are very large and will
>> not fit in memory.
>>
>> OFBiz's entity database model could be implemented in Jackrabbit (or
>> Mongo-DB) pretty comfortably.
>>
>> Another junior member's 2 cents.
>> Ron
>>
>> On 28/02/2015 1:58 PM, Todd Thorner wrote:
>>> I can appreciate where the devs are coming from.  It is possible that
>>> the OASIS-by-way-of-AIIM "standard" will not become anything big enough
>>> to bother implementing.
>>>
>>> CMIS has been making steady progress since 2008 (longer if you count the
>>> work AIIM had been doing on it).  I wish I had stronger coding skills so
>>> I could walk the proverbial talk (or even better: I wish I was rich
>>> enough to pay an appropriate coder bounty).  There are obviously plenty
>>> of people who use a JCR-compliant CMS solution and will continue with
>>> what is working for them, so finishing the remaining 10% or so of
>>> Jackrabbit integration has value for plenty of OFBIz users.
>>>
>>> I'm guessing that CMIS integration would offer value for even more
>>> users, so maybe it's a "one thing at a time" dev-ops consideration.  In
>>> the Programming Languages section for the Jackrabbit project it says
>>> "Java."  The Programming Languages section for the Chemistry project
>>> says "Java, Python, PHP, C#, Objective-C."  That might not be
>>> meaningful, though, depending on the existing OFBiz framework and how
>>> Jackrabbit/CMIS would need to be implemented (server only or client-side
>>> interfaces as well).  Like I said, I'm not exactly on the ball regarding
>>> the project's codebase.
>>>
>>> So, for the sake of crystal ball user gazing, would it be difficult to
>>> install a future OFBiz and then strip out components that the user
>>> doesn't anticipate needing?  If I'm not mistaken that's one of the
>>> project's big selling points, the modularity.
>>>
>>>
>>>
>>> On 15-02-28 09:07 AM, Pierre Smits wrote:
>>>> Todd,
>>>>
>>>> Thank you for your contribution.
>>>>
>>>> As it is with all open source projects, nothing won't happen unless
>>>> someone
>>>> starts doing. The JCR integration is 80-90% there, Cemistry just
>>>> appeared
>>>> (for the first time, if my memory doesn't fail).
>>>>
>>>> Best regards,
>>>>
>>>> Pierre
>>>>
>>>> Op zaterdag 28 februari 2015 heeft Todd Thorner
>>>> <[hidden email]>
>>>> het volgende geschreven:
>>>>
>>>>> Although my lack of contribution skills makes the idea of me-merit
>>>>> rather dubious, I feel obligated to chime in about my preference for a
>>>>> CMIS implementation over JSRs.  Seems more language/vendor agnostic and
>>>>> possibly more future-proof.
>>>>>
>>>>> My merit is so dubious that I realize this might not even be what
>>>>> you're
>>>>> talking about.  To me the amateur, Jackrabbit is a way to roll your own
>>>>> implementation of a CMS integration.  If that's the same Jackrabbit
>>>>> you're talking about, please take a look at the Apache Chemistry
>>>>> project
>>>>> to discover (or recall) what I consider to be progress on that front.
>>>>>
>>>>>
>>>>>
>>>>> On 15-02-28 05:22 AM, Jacques Le Roux wrote:
>>>>>> Yes, you are right Pierre, we should do that on request. Maybe it's
>>>>>> not
>>>>>> too late for Jackrabbit...
>>>>>>
>>>>>> Jacques
>>>>>>
>>>>>> Le 28/02/2015 12:54, Pierre Smits a écrit :
>>>>>>> It is however unfortunate that we don't do issues per development
>>>>> branch,
>>>>>>> otherwise it would have been registered/visible what needs to be
>>>>>>> done.
>>>>>>>
>>>>>>> Best regards,
>>>>>>>
>>>>>>> Pierre
>>

--
Ron Wheeler
President
Artifact Software Inc
email: [hidden email]
skype: ronaldmwheeler
phone: [phone], ext 102

[Pierre Smits]

Let's not forget this:
https://cwiki.apache.org/confluence/display/OFBIZ/Calling+OFBiz+services+from+Liferay+using+SOAP

Pierre Smits

*ORRTIZ.COM <http://www.orrtiz.com>*
Services & Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail & Trade
http://www.orrtiz.com

On Sun, Mar 1, 2015 at 1:36 AM, Ron Wheeler <[hidden email]>
wrote:

> On 28/02/2015 7:03 PM, Todd Thorner wrote:
>
>> Great information, thanks.  I always thought Jackrabbit to be a JCR kind
>> of thing, didn't know it was a more generic DB kind of thing (mind you
>> content repositories can be persisted using databases so maybe
>> Jackrabbit is a "special use" kind of DB that offers the name-value
>> pairs of a NoSQL-ish setup).
>>
> Content repositories have to be persisted in some sort of database. SQL or
> NoSql.
>
>>
>> I don't think the Chemistry project is for creating from scratch a
>> CMIS-ready system as much as it's for enabling messaging-level
>> interoperability between existing CMSs from various vendors (at least
>> between those which bother to integrate CMIS-compliant interfaces).  I
>> think I'll join its ml for a while to learn more about the kinds of
>> explosive compounds an amateur like me can create with such chemistry
>> sets.
>>
>
> I would agree with your characterization of Chemistry with the addition of
> an API that allows you create user interfaces to CMS objects as part of
> more comprehensive applications.
>
>
>> Either way, I'm not skilled enough to help develop an OFBiz integration
>> with Jackrabbit or CMIS.  So I'll do the typical cop-out thing: thank
>> contributors past & present for their efforts and hope that a day comes
>> when part of OFBiz's marketing includes blah-blah about users being able
>> to plug in any JCR-compliant or CMIS-compliant content repository of
>> their choosing.  Project gurus might even think about thinking about the
>> whole pay-to-stream market, cater to all those aspiring web site
>> retailers of both live streaming and VOD (no I'm not one nor do I work
>> for one).
>>
>> Are OFBiz entities among the things that get stored within the embedded
>> CMS?  Is there anything OOTB that gets stored in some database which is
>> separate and distinct from the database for storing CMS-specific stuff?
>>   I would appreciate a wiki URL or similar resource for learning more
>> about these related topics (OFBiz persistence mechanisms and CMS whatnot).
>>
> CMS is a business concept - management of content that is not structured
> into rows and columns usually text documents or fragments of text -  not a
> persistence method.
> An OFBiz entity is an abstracted model object (party, invoice, accounting
> transaction, product, manufacturing process, etc.) that is currently
> persisted in some sort of SQL database.
> OfBiz includes a CMS which is implemented in the same way as the other
> components - as entities persisted in SQL. Blocks of unstructured
> information is stored as SQL blobs.
>
> Ron
>
>
>
>>
>> On 15-02-28 02:24 PM, Ron Wheeler wrote:
>>
>>> I don't think that Chemistry and Jackrabbit are the same thing at all.
>>> Chemistry is a CMIS tool-kit.
>>> Jackrabbit is a NoSQL database engine that can be used to build any
>>> application that fits into a node and link model.
>>> I think that Jackrabbit competes more directly with Mongo-DB.
>>>
>>> Chemistry is a higher level set of tools to build CMIS systems.
>>> http://chemistry.apache.org/java/developing/guide.html describes
>>> Chemistry as
>>>
>>> "CMIS (Content Management Interoperability Services) is a
>>> vendor-neutralOASIS Web services interface specification
>>> <http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=cmis>that
>>> enables interoperability between Enterprise Content Management (ECM)
>>> systems. CMIS allows rich information to be shared across Internet
>>> protocols in vendor-neutral formats, among document systems, publishers
>>> and repositories, in a single enterprise and between companies."
>>>
>>> I think that OFBiz's entity-relationship model would not get much help
>>> from the CMIS tools.
>>>
>>> http://chemistry.apache.org/java/developing/repositories/
>>> dev-repositories-jcr.html
>>> talks about a bridge that allows Chemistry to access content stored in
>>> Jackrabbit.
>>>
>>> I use Jackrabbit for the Artifact ADTransform ETVL.
>>> Jackrabbit has the ability to use in-memory or disk storage configured
>>> at run-time.
>>> ADTransform uses the in-memory database configuration for speed but can
>>> be configured to use disks if the data streams are very large and will
>>> not fit in memory.
>>>
>>> OFBiz's entity database model could be implemented in Jackrabbit (or
>>> Mongo-DB) pretty comfortably.
>>>
>>> Another junior member's 2 cents.
>>> Ron
>>>
>>> On 28/02/2015 1:58 PM, Todd Thorner wrote:
>>>
>>>> I can appreciate where the devs are coming from.  It is possible that
>>>> the OASIS-by-way-of-AIIM "standard" will not become anything big enough
>>>> to bother implementing.
>>>>
>>>> CMIS has been making steady progress since 2008 (longer if you count the
>>>> work AIIM had been doing on it).  I wish I had stronger coding skills so
>>>> I could walk the proverbial talk (or even better: I wish I was rich
>>>> enough to pay an appropriate coder bounty).  There are obviously plenty
>>>> of people who use a JCR-compliant CMS solution and will continue with
>>>> what is working for them, so finishing the remaining 10% or so of
>>>> Jackrabbit integration has value for plenty of OFBIz users.
>>>>
>>>> I'm guessing that CMIS integration would offer value for even more
>>>> users, so maybe it's a "one thing at a time" dev-ops consideration.  In
>>>> the Programming Languages section for the Jackrabbit project it says
>>>> "Java."  The Programming Languages section for the Chemistry project
>>>> says "Java, Python, PHP, C#, Objective-C."  That might not be
>>>> meaningful, though, depending on the existing OFBiz framework and how
>>>> Jackrabbit/CMIS would need to be implemented (server only or client-side
>>>> interfaces as well).  Like I said, I'm not exactly on the ball regarding
>>>> the project's codebase.
>>>>
>>>> So, for the sake of crystal ball user gazing, would it be difficult to
>>>> install a future OFBiz and then strip out components that the user
>>>> doesn't anticipate needing?  If I'm not mistaken that's one of the
>>>> project's big selling points, the modularity.
>>>>
>>>>
>>>>
>>>> On 15-02-28 09:07 AM, Pierre Smits wrote:
>>>>
>>>>> Todd,
>>>>>
>>>>> Thank you for your contribution.
>>>>>
>>>>> As it is with all open source projects, nothing won't happen unless
>>>>> someone
>>>>> starts doing. The JCR integration is 80-90% there, Cemistry just
>>>>> appeared
>>>>> (for the first time, if my memory doesn't fail).
>>>>>
>>>>> Best regards,
>>>>>
>>>>> Pierre
>>>>>
>>>>> Op zaterdag 28 februari 2015 heeft Todd Thorner
>>>>> <[hidden email]>
>>>>> het volgende geschreven:
>>>>>
>>>>>  Although my lack of contribution skills makes the idea of me-merit
>>>>>> rather dubious, I feel obligated to chime in about my preference for a
>>>>>> CMIS implementation over JSRs.  Seems more language/vendor agnostic
>>>>>> and
>>>>>> possibly more future-proof.
>>>>>>
>>>>>> My merit is so dubious that I realize this might not even be what
>>>>>> you're
>>>>>> talking about.  To me the amateur, Jackrabbit is a way to roll your
>>>>>> own
>>>>>> implementation of a CMS integration.  If that's the same Jackrabbit
>>>>>> you're talking about, please take a look at the Apache Chemistry
>>>>>> project
>>>>>> to discover (or recall) what I consider to be progress on that front.
>>>>>>
>>>>>>
>>>>>>
>>>>>> On 15-02-28 05:22 AM, Jacques Le Roux wrote:
>>>>>>
>>>>>>> Yes, you are right Pierre, we should do that on request. Maybe it's
>>>>>>> not
>>>>>>> too late for Jackrabbit...
>>>>>>>
>>>>>>> Jacques
>>>>>>>
>>>>>>> Le 28/02/2015 12:54, Pierre Smits a écrit :
>>>>>>>
>>>>>>>> It is however unfortunate that we don't do issues per development
>>>>>>>>
>>>>>>> branch,
>>>>>>
>>>>>>> otherwise it would have been registered/visible what needs to be
>>>>>>>> done.
>>>>>>>>
>>>>>>>> Best regards,
>>>>>>>>
>>>>>>>> Pierre
>>>>>>>>
>>>>>>>
>>>
>
> --
> Ron Wheeler
> President
> Artifact Software Inc
> email: [hidden email]
> skype: ronaldmwheeler
> phone: [phone], ext 102
>
>

[Sakthivel Vellingiri]

Thanks all for valuable pointers and good discussion on Chemistry and JCR

As per Pierre, this effort is 80 to 90% complete, it will be nice to walk
the last mile and complete this; I'm currently on Ofbiz 12.04 and would
take a look at  jackrabbit20120501/ if we manage to resolve the issues and
take this effort to completion, is the community willing to make it part of
the release branch?

Regards




On Sun, Mar 1, 2015 at 3:52 AM, Pierre Smits <[hidden email]> wrote:

> Let's not forget this:
>
> https://cwiki.apache.org/confluence/display/OFBIZ/Calling+OFBiz+services+from+Liferay+using+SOAP
>
> Pierre Smits
>
> *ORRTIZ.COM <http://www.orrtiz.com>*
> Services & Solutions for Cloud-
> Based Manufacturing, Professional
> Services and Retail & Trade
> http://www.orrtiz.com
>
> On Sun, Mar 1, 2015 at 1:36 AM, Ron Wheeler <
> [hidden email]>
> wrote:
>
> > On 28/02/2015 7:03 PM, Todd Thorner wrote:
> >
> >> Great information, thanks.  I always thought Jackrabbit to be a JCR kind
> >> of thing, didn't know it was a more generic DB kind of thing (mind you
> >> content repositories can be persisted using databases so maybe
> >> Jackrabbit is a "special use" kind of DB that offers the name-value
> >> pairs of a NoSQL-ish setup).
> >>
> > Content repositories have to be persisted in some sort of database. SQL
> or
> > NoSql.
> >
> >>
> >> I don't think the Chemistry project is for creating from scratch a
> >> CMIS-ready system as much as it's for enabling messaging-level
> >> interoperability between existing CMSs from various vendors (at least
> >> between those which bother to integrate CMIS-compliant interfaces).  I
> >> think I'll join its ml for a while to learn more about the kinds of
> >> explosive compounds an amateur like me can create with such chemistry
> >> sets.
> >>
> >
> > I would agree with your characterization of Chemistry with the addition
> of
> > an API that allows you create user interfaces to CMS objects as part of
> > more comprehensive applications.
> >
> >
> >> Either way, I'm not skilled enough to help develop an OFBiz integration
> >> with Jackrabbit or CMIS.  So I'll do the typical cop-out thing: thank
> >> contributors past & present for their efforts and hope that a day comes
> >> when part of OFBiz's marketing includes blah-blah about users being able
> >> to plug in any JCR-compliant or CMIS-compliant content repository of
> >> their choosing.  Project gurus might even think about thinking about the
> >> whole pay-to-stream market, cater to all those aspiring web site
> >> retailers of both live streaming and VOD (no I'm not one nor do I work
> >> for one).
> >>
> >> Are OFBiz entities among the things that get stored within the embedded
> >> CMS?  Is there anything OOTB that gets stored in some database which is
> >> separate and distinct from the database for storing CMS-specific stuff?
> >>   I would appreciate a wiki URL or similar resource for learning more
> >> about these related topics (OFBiz persistence mechanisms and CMS
> whatnot).
> >>
> > CMS is a business concept - management of content that is not structured
> > into rows and columns usually text documents or fragments of text -  not
> a
> > persistence method.
> > An OFBiz entity is an abstracted model object (party, invoice, accounting
> > transaction, product, manufacturing process, etc.) that is currently
> > persisted in some sort of SQL database.
> > OfBiz includes a CMS which is implemented in the same way as the other
> > components - as entities persisted in SQL. Blocks of unstructured
> > information is stored as SQL blobs.
> >
> > Ron
> >
> >
> >
> >>
> >> On 15-02-28 02:24 PM, Ron Wheeler wrote:
> >>
> >>> I don't think that Chemistry and Jackrabbit are the same thing at all.
> >>> Chemistry is a CMIS tool-kit.
> >>> Jackrabbit is a NoSQL database engine that can be used to build any
> >>> application that fits into a node and link model.
> >>> I think that Jackrabbit competes more directly with Mongo-DB.
> >>>
> >>> Chemistry is a higher level set of tools to build CMIS systems.
> >>> http://chemistry.apache.org/java/developing/guide.html describes
> >>> Chemistry as
> >>>
> >>> "CMIS (Content Management Interoperability Services) is a
> >>> vendor-neutralOASIS Web services interface specification
> >>> <http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=cmis>that
> >>> enables interoperability between Enterprise Content Management (ECM)
> >>> systems. CMIS allows rich information to be shared across Internet
> >>> protocols in vendor-neutral formats, among document systems, publishers
> >>> and repositories, in a single enterprise and between companies."
> >>>
> >>> I think that OFBiz's entity-relationship model would not get much help
> >>> from the CMIS tools.
> >>>
> >>> http://chemistry.apache.org/java/developing/repositories/
> >>> dev-repositories-jcr.html
> >>> talks about a bridge that allows Chemistry to access content stored in
> >>> Jackrabbit.
> >>>
> >>> I use Jackrabbit for the Artifact ADTransform ETVL.
> >>> Jackrabbit has the ability to use in-memory or disk storage configured
> >>> at run-time.
> >>> ADTransform uses the in-memory database configuration for speed but can
> >>> be configured to use disks if the data streams are very large and will
> >>> not fit in memory.
> >>>
> >>> OFBiz's entity database model could be implemented in Jackrabbit (or
> >>> Mongo-DB) pretty comfortably.
> >>>
> >>> Another junior member's 2 cents.
> >>> Ron
> >>>
> >>> On 28/02/2015 1:58 PM, Todd Thorner wrote:
> >>>
> >>>> I can appreciate where the devs are coming from.  It is possible that
> >>>> the OASIS-by-way-of-AIIM "standard" will not become anything big
> enough
> >>>> to bother implementing.
> >>>>
> >>>> CMIS has been making steady progress since 2008 (longer if you count
> the
> >>>> work AIIM had been doing on it).  I wish I had stronger coding skills
> so
> >>>> I could walk the proverbial talk (or even better: I wish I was rich
> >>>> enough to pay an appropriate coder bounty).  There are obviously
> plenty
> >>>> of people who use a JCR-compliant CMS solution and will continue with
> >>>> what is working for them, so finishing the remaining 10% or so of
> >>>> Jackrabbit integration has value for plenty of OFBIz users.
> >>>>
> >>>> I'm guessing that CMIS integration would offer value for even more
> >>>> users, so maybe it's a "one thing at a time" dev-ops consideration.
> In
> >>>> the Programming Languages section for the Jackrabbit project it says
> >>>> "Java."  The Programming Languages section for the Chemistry project
> >>>> says "Java, Python, PHP, C#, Objective-C."  That might not be
> >>>> meaningful, though, depending on the existing OFBiz framework and how
> >>>> Jackrabbit/CMIS would need to be implemented (server only or
> client-side
> >>>> interfaces as well).  Like I said, I'm not exactly on the ball
> regarding
> >>>> the project's codebase.
> >>>>
> >>>> So, for the sake of crystal ball user gazing, would it be difficult to
> >>>> install a future OFBiz and then strip out components that the user
> >>>> doesn't anticipate needing?  If I'm not mistaken that's one of the
> >>>> project's big selling points, the modularity.
> >>>>
> >>>>
> >>>>
> >>>> On 15-02-28 09:07 AM, Pierre Smits wrote:
> >>>>
> >>>>> Todd,
> >>>>>
> >>>>> Thank you for your contribution.
> >>>>>
> >>>>> As it is with all open source projects, nothing won't happen unless
> >>>>> someone
> >>>>> starts doing. The JCR integration is 80-90% there, Cemistry just
> >>>>> appeared
> >>>>> (for the first time, if my memory doesn't fail).
> >>>>>
> >>>>> Best regards,
> >>>>>
> >>>>> Pierre
> >>>>>
> >>>>> Op zaterdag 28 februari 2015 heeft Todd Thorner
> >>>>> <[hidden email]>
> >>>>> het volgende geschreven:
> >>>>>
> >>>>>  Although my lack of contribution skills makes the idea of me-merit
> >>>>>> rather dubious, I feel obligated to chime in about my preference
> for a
> >>>>>> CMIS implementation over JSRs.  Seems more language/vendor agnostic
> >>>>>> and
> >>>>>> possibly more future-proof.
> >>>>>>
> >>>>>> My merit is so dubious that I realize this might not even be what
> >>>>>> you're
> >>>>>> talking about.  To me the amateur, Jackrabbit is a way to roll your
> >>>>>> own
> >>>>>> implementation of a CMS integration.  If that's the same Jackrabbit
> >>>>>> you're talking about, please take a look at the Apache Chemistry
> >>>>>> project
> >>>>>> to discover (or recall) what I consider to be progress on that
> front.
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> On 15-02-28 05:22 AM, Jacques Le Roux wrote:
> >>>>>>
> >>>>>>> Yes, you are right Pierre, we should do that on request. Maybe it's
> >>>>>>> not
> >>>>>>> too late for Jackrabbit...
> >>>>>>>
> >>>>>>> Jacques
> >>>>>>>
> >>>>>>> Le 28/02/2015 12:54, Pierre Smits a écrit :
> >>>>>>>
> >>>>>>>> It is however unfortunate that we don't do issues per development
> >>>>>>>>
> >>>>>>> branch,
> >>>>>>
> >>>>>>> otherwise it would have been registered/visible what needs to be
> >>>>>>>> done.
> >>>>>>>>
> >>>>>>>> Best regards,
> >>>>>>>>
> >>>>>>>> Pierre
> >>>>>>>>
> >>>>>>>
> >>>
> >
> > --
> > Ron Wheeler
> > President
> > Artifact Software Inc
> > email: [hidden email]
> > skype: ronaldmwheeler
> > phone: [phone], ext 102
> >
> >
>

[Pierre Smits]

Hi Sakthivel, all,

Like I said in this message
http://ofbiz.markmail.org/message/j5zki633ffe64ll5 in a thread in the dev
ml I am a proponent of any kind of OFBiz integration.

If work will be done on the branch and we can show that it works with
trunk, we can surely consider this.

Best regards,


Pierre Smits

*ORRTIZ.COM <http://www.orrtiz.com>*
Services & Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail & Trade
http://www.orrtiz.com

On Sun, Mar 1, 2015 at 2:33 PM, Sakthivel Vellingiri <
[hidden email]> wrote:

> Thanks all for valuable pointers and good discussion on Chemistry and JCR
>
> As per Pierre, this effort is 80 to 90% complete, it will be nice to walk
> the last mile and complete this; I'm currently on Ofbiz 12.04 and would
> take a look at  jackrabbit20120501/ if we manage to resolve the issues and
> take this effort to completion, is the community willing to make it part of
> the release branch?
>
> Regards
>
>
>

[Jacques Le Roux]

There is now an "Experimental branch to integrate JackRabbit"

Jacques

Le 28/02/2015 14:22, Jacques Le Roux a écrit :

> Yes, you are right Pierre, we should do that on request. Maybe it's not too late for Jackrabbit...
>
> Jacques
>
> Le 28/02/2015 12:54, Pierre Smits a écrit :
>> It is however unfortunate that we don't do issues per development branch,
>> otherwise it would have been registered/visible what needs to be done.
>>
>> Best regards,
>>
>> Pierre
>

[Jacques Le Roux]

Le 02/03/2015 09:36, Jacques Le Roux a écrit :
> There is now an "Experimental branch to integrate JackRabbit"
Forgot: I meant a "version" in Jira, to allow creating issues for that

>
> Jacques
>
> Le 28/02/2015 14:22, Jacques Le Roux a écrit :
>> Yes, you are right Pierre, we should do that on request. Maybe it's not too late for Jackrabbit...
>>
>> Jacques
>>
>> Le 28/02/2015 12:54, Pierre Smits a écrit :
>>> It is however unfortunate that we don't do issues per development branch,
>>> otherwise it would have been registered/visible what needs to be done.
>>>
>>> Best regards,
>>>
>>> Pierre
>>
>

[Pierre Smits]

Thanks Jacques,

That means that now issues can be registered related to the JackRabbit
integration and progress can be monitored. Just set the affected version to
"JackRabbit' when registering issues.

Best regards,

Pierre Smits

*ORRTIZ.COM <http://www.orrtiz.com>*
Services & Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail & Trade
http://www.orrtiz.com

On Mon, Mar 2, 2015 at 9:36 AM, Jacques Le Roux <
[hidden email]> wrote:

> There is now an "Experimental branch to integrate JackRabbit"
>
> Jacques
>
> Le 28/02/2015 14:22, Jacques Le Roux a écrit :
>
>  Yes, you are right Pierre, we should do that on request. Maybe it's not
>> too late for Jackrabbit...
>>
>> Jacques
>>
>> Le 28/02/2015 12:54, Pierre Smits a écrit :
>>
>>> It is however unfortunate that we don't do issues per development branch,
>>> otherwise it would have been registered/visible what needs to be done.
>>>
>>> Best regards,
>>>
>>> Pierre
>>>
>>
>>

[Pierre Smits]

Have a look at:
https://issues.apache.org/jira/browse/OFBIZ/fixforversion/12329572/?selectedTab=com.atlassian.jira.jira-projects-plugin:version-summary-panel

Best regards,

Pierre Smits

*ORRTIZ.COM <http://www.orrtiz.com>*
Services & Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail & Trade
http://www.orrtiz.com

On Mon, Mar 2, 2015 at 9:40 AM, Pierre Smits <[hidden email]> wrote:

> Thanks Jacques,
>
> That means that now issues can be registered related to the JackRabbit
> integration and progress can be monitored. Just set the affected version to
> "JackRabbit' when registering issues.
>
> Best regards,
>
> Pierre Smits
>
> *ORRTIZ.COM <http://www.orrtiz.com>*
> Services & Solutions for Cloud-
> Based Manufacturing, Professional
> Services and Retail & Trade
> http://www.orrtiz.com
>
> On Mon, Mar 2, 2015 at 9:36 AM, Jacques Le Roux <
> [hidden email]> wrote:
>
>> There is now an "Experimental branch to integrate JackRabbit"
>>
>> Jacques
>>
>> Le 28/02/2015 14:22, Jacques Le Roux a écrit :
>>
>>  Yes, you are right Pierre, we should do that on request. Maybe it's not
>>> too late for Jackrabbit...
>>>
>>> Jacques
>>>
>>> Le 28/02/2015 12:54, Pierre Smits a écrit :
>>>
>>>> It is however unfortunate that we don't do issues per development
>>>> branch,
>>>> otherwise it would have been registered/visible what needs to be done.
>>>>
>>>> Best regards,
>>>>
>>>> Pierre
>>>>
>>>
>>>
>