[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
|
[news.eclipse.technology.kepler] Re: Proposed Kepler project plan on wiki
|
Hi Henrik,
Henrik Lindberg wrote:
Hi,
Here are some comments on the posted plan:
I assume that the functionality covered in milestone 1 is mostly Buckminster
technology - it seems like it, as most, if not all of what is listed already
works in Buckminster.
Would be nice if that was mentioned in the plan ;).
Yes, this is an omission.
Would also have liked to
have discussed milestone dates - Buckminster is after all on a release train
for Europa.
As a draft, there is definitely room for discussion and modification if
these milestone dates don't work for all participants. They were
intended as straw man in order to begin discussion.
I don't understand why we should use Mojo from Codehouse. If you think there
is something missing in Buckminster, we are very happy to discuss what
anyone thinks should be different. I have not looked at Mojo yet, but if it
covers functionality that is needed, I think we should discuss that in
public before stating that it should be in a certain milestone. Esp. as
there are also IP/Licensing issues involved.
Yes, it is just one candidate technology along with others. It should
probably not be in the project plan at this point.
To me, the plan, as it now stands looks like Kepler is planning a rewrite of
technology already in Eclipse projects. Which is not a good move, and
something we have already agreed not to do. See meeting notes on the wiki:
http://wiki.eclipse.org/index.php/11.08.2006_Conference_Call) where we
agreed:
- Kepler should integrate existing tools rather than recreate them
Yes. Kepler will absolutely not plan (or do) a rewrite of technology
already in Eclipse projects. The draft doesn't state this and so
creates a wrong impression.
<stuff deleted>
I think those agreements should be reflected in the project proposal.
Agreed.
Now,
milestone 1 focuses on building (and in a way that looks like a rewrite that
excludes the existing projects).
No, this won't be the case. Even if someone wanted to (and I don't know
anyone that does), doing such a thing would not be practical.
I also wonder why Continuum is first on the list of continuous build systems
to support. There is a lot of support for Cruise Control among Eclipse
projects. If we want to be successful among the Eclipse projects, shouldn't
we support technology that is actually being used rather than try to force
something new?
Yes. Continuum is simply a candidate technology, available for use by
Kepler. That's how it should be stated.
Thanks for comments. The draft will be updated.
Scott