It will move the project forward towards more community involvement if the core and framework get the attention that they need and the non-core modules are free to attract their own following and start to have independent lives with independent roadmaps, release schedules and communities within the Apache OFBiz umbrella.

If someone wants the project management module to run under 13.07.x, then they can assemble a team, fix it and release a PM module that is guaranteed by them to work with 13.07.x. or pay someone to do it.
If no one cares, why should the core team spend time on it.

It also avoids the contentious and someone demoralizing arguments about "who represents the community" for these peripheral modules.
Save the fights and energy for the core and framework roadmap.

My feeling is that OFBiz is too big a project and needs to be broken down into manageable chunks that can be run in a more transparent and planned way.

Splitting out modules that do not affect the core will help in a number of ways. - force the framework team to be more transparent and have a clear plan about what new functionality is coming and when. - force the core team to look at extensibility in a transparent way - what is immutable within a release, what are the immutable APIs, what is the process to get an enhancement included in the roadmap, - allow the core to get a more frequent release pattern by reducing the number of things that have to be done to get a release out. I would like to get people actually running releases not having everyone forced to build and test their own versions to get the last year's worth of bug fixes. If there was a monthly or bi-monthly release pattern with emergency releases for security bugs, adoption would be a lot easier. - focus everyone on how extensions must be constructed to play nicely with the core and each other. - allow expertise to be developed in sub-projects that are small enough for new developers to start without compromising the core. OFBiz is a big chunk to chew on. This will also force each group to offer its own warranty which is a big job in the current structure and contributes to the slow release schedule. - allow the core team to get focused on the core and not get distracted by all kinds of requests for special purpose modules

and so on.

Ron

On 07/01/2015 4:03 PM, Jacques Le Roux wrote:
So you prefer R13.01 w/ only the ecommerce component in specialpurpose, why?

Jacques

Le 07/01/2015 20:32, Ron Wheeler a écrit :
I would say "no" if that is the only question being asked.

We can have the discussion about how to support individual modules later if you want to do it in 2 steps.

Ron

On 07/01/2015 11:43 AM, Jacques Le Roux wrote:
The raw question is "should we put back the specialpurpose components back in R13.07 or not?"

It's not planning something new here, just cleaning our mess!

Jacques

Le 07/01/2015 17:28, Ron Wheeler a écrit :
This is the kind of discussion that I am hoping to avoid with option 4.

Let the community decide and show their choice by a willingness to support the components that "the OFBiz Community" wants to keep.

If a component does not need enhancement and can run as is in 13.x.x or there is no one who wants to run 13.x.x with a certain component, then why waste resources porting it or worrying about it until individuals from the community steps forward and says "I need module xxx and am willing to help support it".

The other options seem to invite this kind of contentious speculation where people who care about the core and framework are wasting time trying to guess the needs of the community for various modules.

Once you make this policy decision and remove the special purpose from the core and framework project, we can start to look at individual modules and see who will support what. I gather that some will get support right away and sub-projects will be set up within days with people who are committed to making these work (ecommerce, project management seem to have interested parties already).

Ron

On 07/01/2015 10:59 AM, Jacopo Cappellato wrote:
On Jan 7, 2015, at 3:56 PM, Jacques Le Roux <jacques.le.r...@les7arts.com> wrote:

Le 07/01/2015 12:47, Jacopo Cappellato a écrit :
On Jan 7, 2015, at 11:13 AM, Jacques Le Roux <jacques.le.r...@les7arts.com> wrote:

Nobody like the 2nd alternative it seems.
?
It's obvious we (the OFBIz community) are missing some components in specialpurpose.
It isn't "obvious": unless you think to represent "the OFBiz community".

Maybe not all...
A fact proves that: they are back in R14.12
This doesn't prove anything: I have been the one that proposed to include them (even if temporarily) in order to facilitate the work of the committers (backporting) but we are still discussing this and they may stay or go away; most of all, they will probably not be part of any release.

Jacopo

Jacques

Jacopo










--
Ron Wheeler
President
Artifact Software Inc
email: rwhee...@artifact-software.com
skype: ronaldmwheeler
phone: 866-970-2435, ext 102

Reply via email to