I think you misunderstand. The dependencies are not because of the component tools, but because of the components themselves. The components in the ofbiz/applications directory are inherently interdependent, mostly because of the data model. If someone wanted to they could certainly make these components less dependent, but there is not tool that could do so... you'd actually have to move parts of the data model around and use a lot of extend-entity stuff.
The idea that something like OSGi can manage any type of dependency is just plain incorrect. Yes, it has a feature called "dependency management", but it isn't what you're thinking of and simply wouldn't help with this. Basically all you could possibly do is model somewhere the fact that the applications components are interdependent, but that won't help in eliminating the interdependency. Is it possible to do? Yes (with certain exceptions, removing some dependencies would NEVER make sense). Is it a big enough deal that anyone has actually bothered to do it? No. It's that simple. It is simply not an objective that anyone has taken up yet. -David On Dec 18, 2009, at 3:41 AM, chris snow wrote: > > 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.
