Hi Dennis: I think the suggestion was that we do a release branched off the 2.2.0 release with a bare set of patches moved over - primarily the Logging fix and I think there was a change to one of the JRMP context classes that I needed for the Surrogate container. And then a release from the qa_refactor branch a little bit later.
Personally I'd like to see some kind of release sooner rather than later. It's been a while. I'll act as RM for a minimal release if we can agree on doing that. I'm planning on having a few cycles this afternoon to take a look at a diff and see what-all changed, and if there was anything else that should go into a minimal release. Cheers, Greg. On Wed, 2013-04-03 at 09:39, Dennis Reedy wrote: > On Apr 2, 2013, at 750AM, Peter Firmstone wrote: > > > On 2/04/2013 7:51 PM, Dennis Reedy wrote: > >> On Apr 2, 2013, at 338AM, Peter Firmstone wrote: > >> > >>> The formatting didn't work out, I'll create a Jira issue to discuss. > >>> > >>> Patricia's done a great job detailing the dependencies and issues with > >>> TaskManager's Task implementations. > >>> > >>> I recall a list discussion from the original Sun developers who had > >>> intended to replace TaskManager, the runAfter method has issues. > >>> > >>> Being so prevalent, it's quite possible that TaskManager is causing > >>> issues and it might also explain why as performance improves more issues > >>> arise. > >>> > >>> If a task completes before another task which it's supposed to runAfter > >>> but isn't present in the queue; that could explain some issues. > >>> > >>> I much prefer idempotent code myself. > >>> > >>> This could take some effort to fix, any volunteers? > >>> > >>> Dennis are you able to continue with your 2.2.1 branch release? > >> At this point I am unsure what branch to base the 2.2.1 release off of. > > > > The 2.2.0 release, it might benefit from backports of synchronization fixes > > that improve correctness, but not performance, if some volunteers can diff > > the qa-refactoring branch and the 2.2.0 branch, there are numerous simple > > synchronization fixes. > > I'd like to suggest we release from qa-trunk. With all the work thats been > going on here, I dont see back porting it to the 2.2 branch is meaningful. > The delta is just too much. >