January 2007, number of subscribers to user, dev and commits mailing lists
Locked
January 2007, number of subscribers to user, dev and commits mailing lists
 
|
Re: January 2007, number of subscribers to user, dev and commits mailing lists
Administrator
|
Re: January 2007, number of subscribers to user, dev and commits mailing lists
|
|
Re: January 2007, number of subscribers to user, dev and commits mailing lists
|
Administrator
|
Re: January 2007, number of subscribers to user, dev and commits mailing lists
|
|
On Feb 5, 2007, at 1:15 AM, Jacques Le Roux wrote: >> Maybe separate areas for developing new pieces. In a modular >> fashion would >> encourage interested LURKERS to learn faster. I am sure it will >> attract >> others interested in those projects and suddenly you get ACTIVE >> participants. > > Yes we discussed about this recently. But as you may have seen this > is difficult for legal reasons. I'm guessing Jeff meant something different than the sandbox idea, which I think is what you are referring to here Jacques. At some point we definitely plan to have various sub-projects that are managed somewhat independently of the core of OFBiz (and even split the core into framework and core applications projects). I think we have a ways to go to get there, and getting each started will require a fair amount of administrative overhead, so my guess is that it will take some calendar time and a lot of volunteer hours to get to that point. -David |
smime.p7s (3K)
Re: January 2007, number of subscribers to user, dev and commits mailing lists
|
|
Re: January 2007, number of subscribers to user, dev and commits mailing lists
|
|
On Feb 5, 2007, at 8:51 AM, Chris Howe wrote: > > --- "David E. Jones" <[hidden email]> wrote: > > <snip> >> At some point we definitely plan to have various sub-projects that >> are managed somewhat independently of the core of OFBiz (and even >> split the core into framework and core applications projects). I >> think we have a ways to go to get there, and getting each started >> will require a fair amount of administrative overhead, so my guess is >> that it will take some calendar time and a lot of volunteer hours to >> get to that point. >> -David > > I think there's quite a bit of interest and at least a few volunteers > in the area of modularizing the apps (seems to have already been done > for the most part with modularizing the framework from the apps). > Would you mind sharing your views on a roadmap for this that will > spark > discussion so that those interested are better tempted to put their > efforts in an area that will benefit the community in addition to > their > personal interests? Thanks! discussed on and off over time, would include a main OFBiz project with the following sub-projects: 1. OFBiz Framework (the framework/ directory, and the stuff in the ofbiz.home/root directory) 2. OFBiz Core Applications (the applications/ directory) 3. OFBiz SP: POS (specialpurpose/pos/) 4. OFBiz SP: Asset Maintenance (specialpurpose/assetmaint/) 5. OFBiz SP: Handheld Facility/Warehouse App (specialpurpose/hhfacility) 6. OFBiz SP: other future special purpose apps derived from the "Core Applications" It is conceivable (or likely) that even the current ecommerce component will move into the special purpose category (and directory) at some point. To help draw the line between Core versus Special Purpose, and on a more controversial topic using an example from outside of OFBiz, something like the OpenSourceStrategies "financials" component would be part of #2 (the Core Applications), and something like their crmsfa application would be in #6, ie a special purpose app derived from other Core Applications. -David |
Re: January 2007, number of subscribers to user, dev and commits mailing lists
|
|
Re: January 2007, number of subscribers to user, dev and commits mailing lists
|
|
Re: January 2007, number of subscribers to user, dev and commits mailing lists
|
|
| Free forum by Nabble | Edit this page |