27 Aug
2007
27 Aug
'07
2:39 p.m.
Just a small bug,
On 8/27/07, Catalin Hritcu <catalin.hritcu(a)gmail.com> wrote:
Hi Vincent,
On 8/27/07, Vincent Massol <vincent(a)massol.net> wrote:
I the first milestone for XWiki 1.2, of course ;)
Hi Catalin,
On Aug 27, 2007, at 12:07 PM, Catalin Hritcu wrote:
Why is not enough for XEclipse 1.0M1 to work with XWiki 1.1? If by the
time XEclipse 1.0M2 is released the first milestone for XWiki 1.1 is Hello,
Until now I have refrained from making API breaking changes in XML-RPC
in order to keep compatibility with XEclipse. However, these changes
are necessary and cannot be delayed forever, so after the release of
XEclipse 1.0M1 (scheduled for today) XEclipse 1.0-SNAPSHOT will need
to be moved to swizzle-confluence. I volunteer to make this change
happen in the XEclipse trunk once XEclipse 1.0M1 is released.
To sum things up:
- XEclipse 1.0M1 will only work for xwiki-core-1.1M4 (and all the
remaining releases on the 1.1 branch)
- XEclipse 1.0M2 will only work for xwiki-core-1.2M1 or later
WDYT ?
I think it's important that XEclipse 1.0M2 (and thus XEclipse 1.0)
also work with XWiki 1.1 since XWiki 1.2 is not going to be released
and in use for several months while we're just releasing XWiki 1.1.
already available, then I really don't see a
problem.
Catalin
So I'm +1 to use sizzle but also to keep some
"compatibility layer"
in XEclipse so that it also works with XWiki 1.1 final.
Is that possible?
Maybe it's possible, but it's against the very purpose of this change.
The purpose of this change proposal was to simplify the whole thing
and remove the duplication (and triplication in many places). A
"compatibility layer" would only make things worse here = more complex
and error prone. There are already too many layers. I think we should
not stifle progress for bug-per-bug,
lack-of-feature-per-lack-of-feature backwards compatibility. The most
you can get out of the XWiki 1.1 XML-RPC is already exploited in
XEclipse 1.0M1, and will definitely(!) not be enough very soon. Change
is unavoidable.