Steve Vinoski wrote:

So again, development items that cause significant disruption and churn, such as the maven switchover, persistence work, and protocol changes like 0-9, belong on a branch until stable, at which point they should be merged.


I think that we might be talking past each other --- the goal is to get the branch clean before merging. Thus no curn on the trunk. Whether to merge or not is another matter - as the work has been voted in - and the changes that Cisco requested is basically just another field to WIP that seems like forward progress to me. Also note that we have other changes on the trunk that are not in the spec yet / or even proposed which I believe some other parties are going to propose. So if we have work that has not been voted on yet, we can surely have work that has been voted on and is marked for final inclusion in 0-10.

I also strongly believe that we should create a JIRA category for spec issues in qpid, so that we can keep track if issues that we need to work around so that they can all be brought back to the AMQP Working Group and then once resolved we can update qpid to match and the resolution and close the JIRA issue

Carl.

Reply via email to