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 <[email protected]> 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 < > [email protected]> > 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 > >>>>> <[email protected]> > >>>>> 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: [email protected] > > skype: ronaldmwheeler > > phone: 866-970-2435, ext 102 > > > > >
