Robert Burrell Donkin ha scritto: > i would prefer the storage/config compatibility issue to be managed by > experimental modules. this means that people can code whatever new > features without having to wait for some future next-major to be cut.
I read this as 3.0 *will* *be* backward compatible. If any backward incompatibility is introduced it must be introduced as experimental module: am I understanding your words right? IMHO it worth specifying that this is not the panacea because this means that backward incompatible changes in core stuff will not be supported unless you clone all of the modules. That said I'm fine with this (I'm fine with almost anything that will give JAMES Server an early release): I just would like to know if OTHERS are also fine with this. I hope they will explain this while voting the 3.0, or otherwise I hope someone will take care of understanding this in the near future. >> In fact I think it should be better to define what to release and then >> define the number to use, but I'm fine with *any* number as long as it >> doesn't affect releasing asap (trivia: the trunk in 2004 was named 3.0). >> I would like to know if the goal to keep storage/config.xml >> compatibility is a priority in the 3.0 or not: IMHO this is the only >> important thing to be able to dedice what can be included in trunk and >> what will have to wait for trunk to become a branch. > > i think that it helps to have a good name for a distant collective goal > > - robert I completely agree. next-* labels were simple temporary workarounds, waiting for this vote (in fact they was supposed to disappear on dec2006/jan2007 but things screwed up). What I don't like is that we vote on 3.0 without having some sort of agreement/understanding on what kind of changes we expect to accept in trunk and what instead we expect to not accept in trunk so this kind of vote would scary me as hell if I was still active and working on message/envelope refactoring and repositories refactoring ;-) This is not the case, so I'm relaxed and excited that something is moving toward a release!! Thank you for taking care of this! Stefano --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
