Hi David, The problem that I have with the components is that they are an all or nothing proposition. For example, due to dependencies, I have not been able to use the party management component on its own without first manually removing the dependencies to other application components.
Cheers, Chris David E Jones-4 wrote: > > > On Dec 17, 2009, at 3:46 PM, Bruno Busco wrote: > >> Having OFBiz splitted in a core framework and add-on modules seems to >> me like a must if we want to improve features. >> Add-on modules is how many large and popular projects are built. >> Even OpenERP says to have more that 350 modules and offers different >> flavours of it here http://www.openerp.com/discover/demonstration.html > > We already have a plugin, or add-on, or whatever you want to call it, > facility: components. > >> I think we should start discussing on the module add-on system that we >> want to implement in OFBiz. >> I have read that there is a plan from Neogia people to introduce what >> they have developed. Is there any schedule for this? >> Are you going to write a Confluence page where we can see how it works? >> >> Are we going to host the add-on modules on a separate SVN folder? > > It seems the whole point of add-on modules is to NOT have them be part of > the project. The intellectual property issues and concerns are totally > different from the main project, and the licensing may not be compatible > with what the ASF requires, so no I really don't think it would make sense > to have a place for more loosely managed stuff in SVN. > > On the other hand, we already have a place for add-on modules in SVN: the > specialpurpose directory. > > Consider that the framework and applications directories are the basis of > OFBiz, and everything else is an add-on of sorts. The applications are > important so that add-on components can use the common data model for > implicit integration, unless the add-on application won't be doing > anything with common business data, and then it only needs depend on the > framework. > > Now getting back to the point... I think you already know all of this > Bruno, so what is it that you'd like to see that OFBiz does not already > have? > > -David > > >> 2009/10/29 Tim Ruppert <tim.rupp...@hotwaxmedia.com>: >>> This sounds fantastic Marc - it's amazing to see many of the software >>> providers out there coming together to back this idea. This has the >>> unique >>> opportunity of taking everything that OFBiz does to the next level. >>> >>> I guess the big question is, what's next to help get some of these >>> backend >>> ideas back into this newly refined mission? We're more than happy to >>> devote >>> resources to making this happen. >>> >>> Cheers, >>> Ruppert >>> -- >>> Tim Ruppert >>> HotWax Media >>> http://www.hotwaxmedia.com >>> >>> o:801.649.6594 >>> f:801.649.6595 >>> >>> On Oct 29, 2009, at 7:47 AM, Marc Morin wrote: >>> >>>> As many of you know, we at Emforium have been busy building out a full >>>> set >>>> of business software application to provide an "ALL-IN" comprehensive >>>> solution for the small business market. When we started the evaluation >>>> over >>>> a year ago, Ofbiz was the selected platform of choice. Other >>>> components are >>>> Zimbra for email and concrete5 for web. >>>> >>>> Over this time, we've spent our efforts providing an entirely new UI >>>> front >>>> end for the backend applications: sales order, inventory, CRM, admin, >>>> reports, multi tenancy, published datasets (makes solution targeted for >>>> any >>>> market or geography), etc... >>>> >>>> We have expressed privately that Ofbiz needs to have a new mission in >>>> order to really drive it's importance and relevance as an open source >>>> project. As it stands, it's scope is very wide, and not targeted a >>>> providing and out-of-the box solution to any problem, save ecommerce >>>> (even >>>> then, lot's of styling work usually needed). >>>> >>>> We would be 100% behind this direction for Ofbiz. We'd want to >>>> contribute >>>> back components now that are Emforium proprietary and would work to >>>> reduce >>>> the amount of deviation between our proprietary solution and this newly >>>> stated direction. >>>> >>>> Marc >>> >>> > > > -- View this message in context: http://n4.nabble.com/Apache-OFBiz-EZBiz-tp277317p974666.html Sent from the OFBiz - Dev mailing list archive at Nabble.com.