Vincenzo Gianferrari Pini wrote:
Danny Angus wrote:
On 10/24/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
I've added this point because Noel and Vincenzo brought this as an
important point in the 2.4 roadmap discussion.
I personally don't care of config.xml compatibility: I was just
reporting what I understood was important (and feasible) to the PMC.
Fair enough, in that case I direct my point to Noel and Vincezo ;-)
We just stressed the fact that life must be kept as much as possible
easy for users when upgrading to new release, otherwise they may stay
behind. Regarding configurations, this goal can be achieved either
keeping as much as possible backward compatibility for existing
features, either providing (safe and thoroughly tested) conversion
tools. But we have to be aware that slowly adding small configuration
incompatibilities can sum up to require complex conversion tools, that
nobody would develop and would become a bottleneck when releasing a new
version.
Open Source Communities can create better and smarter software than
Commercial Companies, but the latter normally care more of existing
"dumb" users: we should always try to reach a good compromise ;-) .
Vincenzo
Well, I won't write conversion tools, so I preferred to remember your
ideas/suggestions when I thought at the proposed roadmap.
I personally prefer a "new feature that break backward compatibility"
than "no new feature" but we have a lot of stuff that can be done
without breaking backward compatibility.
I simply pointed out that what Noel and Vincenzo proposed to release was
already breaking assembly.xml compatiblity so only could try to achieve
config.xml compatibility (and storage compatibility) and at least Norman
and I always think at this issue when we implement/test new features.
I'm sure most of you already know this, but I rewrite it again for
Danny: my idea was that storage compatibility would have been enough,
with no conversion tools (that's what we did with 2.2.0 to 2.3.0), but
we are a community and I'm not as fanatic as someone could think.
Stefano
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
