This makes me think, What does a stable release mean to people? Ofbiz is such a big software with so many different ways of using it, for me its nearly impossible to say with confidence that its ready for release. Instead I will prefer to say, "We have tested following processes in Ofbiz and found them working ok".
Are users of Ofbiz interested in helping with building list of Business Processes that they will like to see tested and declared functional. If you (users) help build the list, this will ensure that you get what you want. Following are good place to start: http://cwiki.apache.org/confluence/display/OFBREQDES/Universal+Business+Process+Library+Index http://cwiki.apache.org/confluence/display/OFBREQDES/OFBiz+EZBiz Essentially I am asking users to help build acceptance test documents. You (users) decide what you will take :) Does this make sense? Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword "ofbiz" On Feb 23, 2010, at 5:29 PM, Tim Ruppert wrote: > What I'm telling you is that we may never be at a completely stable release, > by your definition, unless we stop moving - which as I committer, I do not > think will ever happen. What I can say is that we would like to make branch > - and stabilize it - and by some chance - get to a point where we might have > a proper release. Does that sound interesting to you? > > Cheers, > Ruppert > > On Feb 23, 2010, at 2:36 PM, Ruth Hoffman wrote: > >> Hi Tim: >> >> I'm hardly ever "right". And with all due respect, could we just stick to >> the original topic? >> >> Just to clear the air and set the record straight: What I was asking for was >> a clear and unambiguous statement from the project concerning what is meant >> by "stable release" so that non-committers can choose for themselves which >> release and/or trunk version they wish to get started with. >> >> Regards, >> Ruth >> >> Tim Ruppert wrote: >>> Many, many committers continually add bug fixes to releases - check the >>> commit logs. I can't speak for everyone, but I think that many of us are >>> sitting here waiting for a new release so that this can become more of the >>> process that people are pushing - including trying to encourage people to >>> use the releases - instead of just the trunk - which seemed to be something >>> you were asking for earlier. >>> So, be behind this - it's in your best interests and what you've been >>> clamoring for - instead of just trying to be "right" all of the time .... >>> >>> Cheers, >>> Ruppert >>> >>> On Feb 23, 2010, at 2:08 PM, Ruth Hoffman wrote: >>> >>> >>>> Hello Anil: >>>> >>>> How about a recent thread called "Rethinking our release strategy" dated >>>> Feb 15th, 2010 which I shall partially repeat here for your convenience: >>>> >>>>> * because of this, no real maintenance plan, test strategy etc.. >>>> has been created around it (9.04) from the community of users and >>>> interested parties (in fact we were not really able to officially >>>> release it) >>>> >>>>> * a lot of new users start eveluating OFBiz from that instead of >>>> the trunk >>>>> * it is rather old, several new features are missing and also >>>> code improvements (that could fix bugs etc) >>>>> I thought all the bug fixes were retrofitted to the release? Is this not >>>> true? >>>>> * because of this, it tends to be less stable than the trunk >>>>> How could the release be less stable than the trunk if bug fixes are >>>> applied to the release and the trunk? >>>>> The main cons of this situations are the following: >>>>> 1) not real interest in maintaining a release branch means that >>>> we will not be able to spend time on it and officially release it: >>>> the OFBiz community will miss the advantage of using the marketing >>>> channel represented by a new release >>>>> 2) new users will get the wrong impression that the project is >>>> slowing improving if they just get the releases >>>> >>>> For a true sense of the thread, please see this quote in context. I'll >>>> give you a hint, no one from the project came out and said that bug fixes >>>> are applied to Releases. The implication (and thus non-statement) is that >>>> the "trunk" is it as far as bug fixes are concerned. >>>> >>>> Regards, >>>> Ruth >>>> >>>> >>>> Anil Patel wrote: >>>> >>>>> Ruth, >>>>> I don't know which statement are you talking about. Can you please put >>>>> that statement or non-statement here for ready reference? Thanks and >>>>> Regards >>>>> Anil Patel >>>>> HotWax Media Inc >>>>> Find us on the web at www.hotwaxmedia.com or Google Keyword "ofbiz" >>>>> >>>>> On Feb 23, 2010, at 3:46 PM, Ruth Hoffman wrote: >>>>> >>>>> >>>>>> Doesn't this contradict previous statements or non-statements about bug >>>>>> fixes in Release 9.04? >>>>>> Regards, >>>>>> Ruth >>>>>> >>>>>> David E Jones wrote: >>>>>> >>>>>>> One quick thing to note, that seems to be confused here: the release >>>>>>> branch is a tool for stabilization. It's great to do testing and fixing >>>>>>> in the trunk, but the goal for a release branch is not to be tested and >>>>>>> bug-free from day one, but rather to be stable so that real testing and >>>>>>> bug fixing can be done in the release branch without worrying about new >>>>>>> things possibly breaking something, or any other conflicting priorities. >>>>>>> >>>>>>> -David >>>>>>> >>>>>>> >>>>>>> On Feb 23, 2010, at 1:22 PM, Anil Patel wrote: >>>>>>> >>>>>>> >>>>>>>> Makes sense to me. If we are decided on date, we still have a month to >>>>>>>> go. Gives plenty of time, may be :) >>>>>>>> >>>>>>>> Thanks and Regards >>>>>>>> Anil Patel >>>>>>>> HotWax Media Inc >>>>>>>> Find us on the web at www.hotwaxmedia.com or Google Keyword "ofbiz" >>>>>>>> >>>>>>>> On Feb 23, 2010, at 10:40 AM, Adrian Crum wrote: >>>>>>>> >>>>>>>> >>>>>>>>> It would be nice to get the new security code included in the branch >>>>>>>>> - even if it is disabled. That will give release users an >>>>>>>>> introduction to it and give them a chance to work on an upgrade >>>>>>>>> strategy. >>>>>>>>> >>>>>>>>> -Adrian >>>>>>>>> >>>>>>>>> Anil Patel wrote: >>>>>>>>> >>>>>>>>>> So, are we set for next Ofbiz Branch named 10.04 ? >>>>>>>>>> If we decide on _date_, I can have a team of developers scheduled to >>>>>>>>>> start testing branch code. This will allow to quickly stabilize >>>>>>>>>> ofbiz release for common ecommerce use. >>>>>>>>>> How about EOD March 31st 10 GMT? >>>>>>>>>> Thanks and Regards >>>>>>>>>> Anil Patel >>>>>>>>>> HotWax Media Inc >>>>>>>>>> Find us on the web at www.hotwaxmedia.com or Google Keyword "ofbiz" >>>>>>>>>> On Feb 15, 2010, at 6:40 AM, Jacques Le Roux wrote: >>>>>>>>>> >>>>>>>>>>> I agree but after Jacopo's message on dev ML about new release >>>>>>>>>>> strategy (on which I mostly agree) I will at least delay it... >>>>>>>>>>> >>>>>>>>>>> Jacques >>>>>>>>>>> >>>>>>>>>>> From: "Bruno Busco" <bruno.bu...@gmail.com> >>>>>>>>>>> >>>>>>>>>>>> In order to have this kind of issue scheduling could you please >>>>>>>>>>>> create >>>>>>>>>>>> a new OFBIZ version in jira and set the Fix Version of these issue >>>>>>>>>>>> on >>>>>>>>>>>> that? >>>>>>>>>>>> I do not see any clearer way to answer to Ashish question. >>>>>>>>>>>> >>>>>>>>>>>> -Bruno >>>>>>>>>>>> >>>>>>>>>>>> 2010/2/15 Jacques Le Roux <jacques.le.r...@les7arts.com>: >>>>>>>>>>>> >>>>>>>>>>>>> I expect to fulfill >>>>>>>>>>>>> https://issues.apache.org/jira/browse/OFBIZ-3442 >>>>>>>>>>>>> and maybe >>>>>>>>>>>>> https://issues.apache.org/jira/browse/OFBIZ-3445 >>>>>>>>>>>>> >>>>>>>>>>>>> In other word to use layer lookups instead of popup lookups >>>>>>>>>>>>> everywhere it's >>>>>>>>>>>>> possible in OFBiz. >>>>>>>>>>>>> From my 1st serie of tests it seems to work well almost >>>>>>>>>>>>> everywhere, WIP... >>>>>>>>>>>>> >>>>>>>>>>>>> Jacques >>>>>>>>>>>>> >>>>>>>>>>>>> From: "Ashish Vijaywargiya" <vijaywargiya.ash...@gmail.com> >>>>>>>>>>>>> >>>>>>>>>>>>>> I think its time to start thinking on the things that should be >>>>>>>>>>>>>> taken >>>>>>>>>>>>>> care in / before release branch 10.04. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Bug fixing should be the major area which should be taken care >>>>>>>>>>>>>> extensively in next two months. >>>>>>>>>>>>>> What about new features etc. etc.? >>>>>>>>>>>>>> >>>>>>>>>>>>>> Please comment. >>>>>>>>>>>>>> Thanks! >>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> Ashish >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Tue, Dec 15, 2009 at 6:47 AM, David E Jones <d...@me.com> >>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> There is no set date yet. The last release was in April 2009 >>>>>>>>>>>>>>> (hence the >>>>>>>>>>>>>>> version number of 09.04 on it), and the one before that was >>>>>>>>>>>>>>> about 2 years >>>>>>>>>>>>>>> before. Chances are it won't be another 2 years before another >>>>>>>>>>>>>>> release, but >>>>>>>>>>>>>>> probably at least a year... so perhaps we'll do another release >>>>>>>>>>>>>>> branch in >>>>>>>>>>>>>>> around 4 months. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -David >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Dec 14, 2009, at 3:37 PM, Juan Pablo wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Hello Community. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> I'm testing the last trunk version and the demo version >>>>>>>>>>>>>>>> published in >>>>>>>>>>>>>>>> Internet (http://demo.ofbiz.org). They've got new >>>>>>>>>>>>>>>> functionality: help on >>>>>>>>>>>>>>>> line, new themes, new features in accounting, manufacturing >>>>>>>>>>>>>>>> and ordermgr >>>>>>>>>>>>>>>> components. The last stable versión is actually 9.04. So, >>>>>>>>>>>>>>>> ¿When will >>>>>>>>>>>>>>>> Ofbiz >>>>>>>>>>>>>>>> try a new stable release version?. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Gracias/Thank You. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>> Juan Pablo >>>>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>> >>>>> >>> >>> >
