JBossWS productization

[thomas.diesler]

Folks,

currently we have commited ourselves to a release cycle of eight weeks per minor release in jbossws. I'd like to improve the predictability of these releases, therefore I suggest we follow the following rules:

---------------------------------
W1
W2 Define set of JIRA issues
----------------------------------
W3
W4
W5
W6 Work on issues
----------------------------------
W7
W8 QA, Docs, Packaging
----------------------------------

In other words, at the end of W2 there are no more JIRA issues added to a release. At the end of W6 there are no more code changes.

Upcoming Relases
---------------------

jbossws-1.0.3 => 31-Aug-2206
jbossws-1.0.4 => 31-Oct-2006

Heiko, will handle the following two releases. After that I think it be good if we rotate the responsibility.

Cheers

[thomas.diesler]

The above is just a suggestion of how we could handle a more predicatable process.
Other suggestions are of course welcome.

[dlofthouse]

I think this sounds good, if we can demonstrate that we release on the day we say we will release users can be confident when the fix they require will be available. We can also prioritise the tasks so that the scheduled items are based on the current demand.

In general I think defining what is going to be in the release early is good so people can see what is going to be included but I don't think it should completely prevent additional tasks being added in weeks 3 to 6.

Items should only be added in weeks 3 to 6 on the condition that they will not impact any other scheduled tasks and it can be comfortably be delivered by the end of week 6 if these two can not be guaranteed then they need to go into the next release.

[thomas.diesler]

Yes, we should see the above more like guide lines that help us to achieve predictability. We don't want strict rules that do not allow exceptions.

[thomas.diesler]

Development continues in trunk until we reach code freeze. Then we branch and do the remaining QA related work in that branch. Finally we tag from the QA branch.