Maven can also solve the problem of the distributable releases, centralize a repository for the modules and much more. The inclusion of Maven affects all the life cycle of any project improving the control of all the required phases. But i understand that Ofbiz is a very huge and mature project so that means it will be very difficult to integrate it.
>From my point of view, it's very dificult to decide between Ofbiz and other ERP. As a new user/developer I see Ofbiz almost focused to ecommerce that is very convenient for my present ecommerce project but in the other hand I see Ofbiz dificult to 'sell' if I decide to do some consulting for a non-ecommerce companies. Anyway I will bet for Ofbiz because it is an Apache project, and it makes me more confortable even more when I think how Apache projects have been changed my developer life. On Fri, Nov 13, 2009 at 11:15 AM, Abdullah Shaikh < [email protected]> wrote: > I am not sure, I haven't tried this, but could commenting the not required > components from component-load.xml file have helped ? > > On Fri, Nov 13, 2009 at 3:40 PM, Christopher Snow < > [email protected]> wrote: > > > When I tried to remove the unwanted components, I can into dependency > > problems. A modular approach to using the components such as maven would > > stop the developer having to manually work out dependencies to remove > > components. > > > > Leaving the unwanted components in place even though they don't get used > > makes DBA's and support people twitchy, asking questions like "why are > all > > those tables created even though they aren't used?" > > > > > > Abdullah Shaikh wrote: > > > >> Chris, I guess you mean to simplify the things, but then Ofbiz doesn't > >> force > >> to use all components, user can use only the required components and can > >> ignore the rest. > >> > >> As you said, probably party management, maybe someone else wants to only > >> order management or only ecommerce, so if all the components are there, > >> user > >> can decide which one to use. > >> > >> -Abdullah > >> > >> On Fri, Nov 13, 2009 at 3:12 PM, Christopher Snow < > >> [email protected]> wrote: > >> > >> > >> > >>> If a company start using ofbiz for small applications using just the > >>> development framework, they can be very productive within a few weeks. > >>> However, if they have to take on board the whole of ofbiz (i.e. the > >>> components) before they get started, that is a huge task that may put > >>> them > >>> off using ofbiz. > >>> > >>> If ofbiz followed the modular approach using maven, companies could > start > >>> using ofbiz core (+ probably party management), and then use more and > >>> more > >>> of the other components as they get more experienced. > >>> Charles TJ - SELC Sales Div wrote: > >>> > >>> > >>> > >>>> I am agree with you Chris, the OFBiz is an excellent framework; > >>>> OFBiz is like "The Beauty and The Beast". > >>>> The Beast for the newcomers, but if we understand the framework, > >>>> you will find "The Beauty of the OFBiz". > >>>> > >>>> - Charles TJ > >>>> > >>>> > >>>> -----Original Message----- > >>>> From: Christopher Snow [mailto:[email protected]] > >>>> Sent: 13 Nopember 2009 15:18 > >>>> To: [email protected] > >>>> Subject: Re: OFBiz in Canada? > >>>> > >>>> > >>>> Ofbiz is an excellent application development framework. I think that > >>>> any > >>>> efforts that would focus on selling this aspect would attract > newcomers > >>>> to > >>>> the project. In the past, I have recommended ofbiz as a development > >>>> framework to a few architects and senior developers that I have worked > >>>> with. > >>>> When they take a look at the ofbiz site, their first reaction is to > >>>> reject > >>>> ofbiz as they think it is just another ecommerce application. > >>>> > >>>> I know a few of the users on the mailing list would like to see the > core > >>>> development framework of ofbiz separated from the other components. > >>>> > >>>> It would be interesting to know how many of the committers for ofbiz > >>>> that > >>>> DON'T use ofbiz primarily for ecommerce. I think that would be the > main > >>>> stumbling block to separating the core development framework. > >>>> > >>>> There are some interesting areas being worked on that such as Hans > >>>> Bakker's BIRT implementation and /Jacques Le/ Roux Axis integration > for > >>>> complex types that will give the development framework even more > power. > >>>> > >>>> > >>>> > >>>> > >>>> > >>> > >>> > >> > >> > >> > > > > > -- Jonatan Soto Aguilera C/ Comte Borrell, 328 3º4ª 08029 Barcelona Telf: +34935350010 Móvil: +34669908135 www.japanflavour.com
