If we wait, then we're waiting for evaluation and testing of the branch. I've done all I can do - the code is written, I suggested we do the merge before the release branch, and I gave my reasons for suggesting it.

At this point in time I have stepped out of the discussion (in a positive way) to give others a chance to look at the design and the code and decide for themselves if it should be included. In other words, I don't want to be in a position where I have to convince the community what it should do. If the design and the implementation are good, then there will be no need to convince anyone, right?

I'll answer questions about the executioncontext branch, and I'll continue to work on it here and there when I have the time. If the release branch is created without it, then that will be fine with me.

:-)

-Adrian


Scott Gray wrote:
Considering we have yet to do an official release after 3.5 years and the lack of user interest in our release branches (partly because we recommend the trunk to everybody), I think it would be a waste of time and effort to create more than one release branch per year.
If we want the security branch in there then lets wait, there is no good reason 
for us to release this month, it's just an arbitrary date.
HotWax Media
http://www.hotwaxmedia.com


On 7/04/2010, at 12:07 AM, Jacopo Cappellato wrote:

I would suggest to:
1) release 10.04 before the merge is done
2) merge the code to the trunk, switch to it, fix any possible issue
3) do another release (10.06?)

I know this is not inline with what we currently think a release should be, but 
this is very inline with what the ASF practices and so I will continue to 
insist with the release-often practice. :-)

Jacopo

On Apr 4, 2010, at 8:21 PM, Adrian Crum wrote:

I would like to start bringing parts of the executioncontext20091231 branch 
into the trunk before we create the next release branch. The implementation of 
the new security design is not finished, but it will be disabled - so 
everything will still work the same.

My goal is to allow users of the 10.x release to plan for the forthcoming 
changes, and maybe have the conversion to the new design completed by the 
release that follows 10.x.

I will wait a few days, and if there are no objections I will begin merging the 
design into the trunk.

-Adrian





Reply via email to