> I don't think JCR should be handled by a plugin. It should be part of core > framework. > And, while at it, I don't think it should replace all Content component > (notably all its data model, and more anyway). > It's just a better way to handle content repositories (JCR = Java Content > Repository ;o): content should not go in DB > We already discussed about reasons for that (versionning, webdav access, > external HTML editors, etc.)
That is the master plan. IMHO there is no reason to build a JCR plugin for Ofbiz, i don't see any real benefit of it. 2012/3/22 Anne <a...@cohsoft.com.au>: > Keep in framework +1 > Remove from upcoming release +1 > Part of core eventually +1 > > I think it is (should be) central to content handling, and OFBiz core needs > to handle content. Therefore it should be in core. > > Cheers, > Anne. > > On 22 March 2012 05:04, Jacques Le Roux <jacques.le.r...@les7arts.com>wrote: > >> From: "Olivier Heintz" <holivier.lis...@nereide.biz> >> >> Le 21/03/2012 11:45, Pierre Smits a écrit : >>> >>>> Re 1: keep in framework +1 >>>> Re 2: remove from upcoming release 12.04 +1, remove from all upcoming >>>> future releases until 3 is finished >>>> >>> plugin could really be the solution, because most of contribution coming >>> from customer project, and it's easier for a project >>> leader on a customer project to decide to use (or not) a addon versus to >>> use a part of branch. >>> >> >> I don't think JCR should be handled by a plugin. It should be part of core >> framework. >> And, while at it, I don't think it should replace all Content component >> (notably all its data model, and more anyway). >> It's just a better way to handle content repositories (JCR = Java Content >> Repository ;o): content should not go in DB >> We already discussed about reasons for that (versionning, webdav access, >> external HTML editors, etc.) >> >> Jacques >> >> >> If necessary I would help in making the addon to help contributors which >>> want to help to do the roadmap define in point 3. >>> >>>> Re 3: draft up requirements for content framework replacement +1 >>>> >>> +1 >>> >>>> Excellent roadmapping ;-) >>>> >>>> Regards, >>>> >>>> Pierre >>>> >>>> Op 20 maart 2012 11:48 schreef Jacopo Cappellato< >>>> jacopo.cappellato@hotwaxmedia.**com <jacopo.cappell...@hotwaxmedia.com>> >>>> het volgende: >>>> >>>> Or alternatively we could: >>>>> >>>>> 1) keep it in framework >>>>> 2) but remove it from the upcoming new release branch 12.04 >>>>> 3) and then, as a community, we could start the effort (i.e. top >>>>> priority >>>>> for upcoming contributions/commits) of defining the set of requirements >>>>> needed by the applications to replace the existing Content framework, >>>>> finalizing the architecture and start working all on the implementation >>>>> and >>>>> migration of existing applications: this would mean that the community >>>>> will >>>>> focus on this refactoring effort for a while (postponing any other new >>>>> development to focus the energy) >>>>> >>>>> At least in this way we could experiment if the concept of a roadmap is >>>>> a >>>>> viable options and we will not keep and distribute a component under >>>>> development waiting to see if and when something good will come out of >>>>> it. >>>>> >>>>> Jacopo >>>>> >>>>> On Mar 20, 2012, at 11:32 AM, Jacopo Cappellato wrote: >>>>> >>>>> On Mar 20, 2012, at 10:15 AM, Olivier Heintz wrote: >>>>>> >>>>>> New thread for only JCR funstion >>>>>>> >>>>>>> Summary of initial discussion: >>>>>>> >>>>>>> Jacoppo: >>>>>>> >>>>>>>> N) framework/jcr: move back into the Jackrabbit branch until the work >>>>>>>> >>>>>>> is completed and can replace the existing "content framework" >>>>> >>>>>> Hans: >>>>>>> >>>>>>>> Also moving the JCR function out is not a good idea however when not >>>>>>>>> >>>>>>>> improved in the next few months using the content manager, i would >>>>> agree to >>>>> a removal. >>>>> >>>>>> Jacoppo >>>>>>> >>>>>>>> Keep it mind we are preparing for the creation of the new release >>>>>>>>>> >>>>>>>>> branch (12.04): this would mean that all the future releases for >>>>> 12.04 will >>>>> be bundled with an incomplete JCR/Jackrabbit integration that duplicates >>>>> (but not replaces) the existing Component framework. This is alone a >>>>> good >>>>> reason for moving this work back to the development branch and will >>>>> save a >>>>> lot of future work in backporting features if security issues or bugs >>>>> will >>>>> be discovered. >>>>> >>>>>> IMO, jcr will be a good enhancement in ofbiz, but currently we(the >>>>>>> >>>>>> company I'm working for) are using content component in a lot of place, >>>>> product, workeffort, project, party, custRequest, .... to manage >>>>> files, so >>>>> we area waiting the next step of the jcr OFBiz (content) integration. >>>>> >>>>>> Meanwhile this second step, if jcr was a plugin, we will use it for >>>>>>> >>>>>> some new customer project (and maybe contribute on ;-) but not use it >>>>> for >>>>> older customer which currently works with OFBiz solution to avoid using >>>>> not >>>>> completely implement feature. >>>>> >>>>>> So IMO, jcr should move, branch or extra, but I prefer as a plugin to >>>>>>> >>>>>> be able to used it easily. >>>>> >>>>>> I didn't follow the details of the plans for JCR/Jackrabbit integration >>>>>> >>>>> but as far as I understand it it is intended to be highly integrated >>>>> with >>>>> OFBiz (to replace Content Framework features): I am not sure how this is >>>>> inline with Olivier's idea of a plugin, but it is an idea that can be >>>>> explored. However, since we are still in this design phase I think it >>>>> is a >>>>> good idea to keep the component in the development branch in the >>>>> meantime. >>>>> >>>>>> Jacopo >>>>>> >>>>>> >>>>> >>> > > > -- > Coherent Software Australia Pty Ltd > PO Box 2773 > Cheltenham Vic 3192 > Phone: (03) 9585 6788 > Fax: (03) 9585 1086 > Web: http://www.cohsoft.com.au/ > Email: sa...@cohsoft.com.au > > Bonsai ERP, the all-inclusive ERP system > http://www.bonsaierp.com.au/ -- Sascha Rodekamp Visit the new german OFBiz Blog: http://www.ofbiz.biz Lynx-Consulting GmbH Johanniskirchplatz 6 D-33615 Bielefeld http://www.lynx.de