[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [eclipse.org-planning-council] Planning Council conference call next week
|
All,
Regarding point (2) below:
In discussions with the DTP community, a number of "Callisto requirements"
have been mentioned. These include:
1. All Callisto projects must build against Eclipse 3.2
2. All Callisto projects must have jar'ed plug-ins
3. All Callisto projects must use Eclipse message bundles (not Java
resource bundles)
4. All Callisto projects must use capabilities
5. All Callisto projects must use ICU4J by Eclipse 3.2M5
Where do official Callisto requirements come from? I would argue that the
Planning Council is the group which should set forth, debate, and approve
all Callisto requirements. These requirements could then be added to a web
page. This way, the next time the community expresses a "Callisto
requirement" not included on that page, I can reply that they should submit
a request to the Planning Council to consider and decide upon it. These
requirements could be classified as "must have" (can not be part of
Callisto without it), "preferred" (Callisto would like to see this, but can
live without it), "suggested" (just an idea), along with any deadline for
implementation.
Not that I oppose (1) -- (5) as bad ideas, but I hadn't previously heard
them expressed as requirements in our previous Callisto discussions. (At
least in the last two Council meetings and in email.) Roughly my
understanding of these five is like this:
1'. All Callisto projects must be tested and known to run correctly in
Eclipse 3.2
2'. Following Eclipse 3.x best practices, we suggest that all Callisto
projects have jar'ed plug-ins
3'. Following Eclipse 3.x best practices, we suggest that all Callisto
projects use Eclipse message bundles
4'. As necessary, Callisto projects should use capabilities to reduce
clutter/complexity in the Callisto install.
5'. All Callisto projects must use ICU4J as some, yet unspecified, point in
the future (before the Callisto release)
For DTP, we have a requirement to support Eclipse 3.1 and 3.2 in the June
time frame, so we are building against 3.1 and testing in both 3.1 and 3.2.
We feel that this meets the Callisto requirement 1', while preventing
accidental 3.2 specific code from entering into DTP. We have also completed
item 5. We are unsure about items 2 --4.
Regards,
John Graham
Eclipse Data Tools Platform PMC
Staff Software Engineer
Sybase, Inc.
Bjorn
Freeman-Benson
<bjorn.freeman-be To
nson@xxxxxxxxxxx> "eclipse.org-planning-council"
Sent by: <eclipse.org-planning-council@eclip
eclipse.org-plann se.org>
ing-council-bounc cc
es@xxxxxxxxxxx
Subject
[eclipse.org-planning-council]
01/26/2006 03:56 Planning Council conference call
PM next week
Please respond to
"eclipse.org-plan
ning-council"
<eclipse.org-plan
ning-council@ecli
pse.org>
Planning Council Members,
As your calendar will remind you, we have a Callisto/Planning Council
conference call next week on Feb 3rd.
http://www.eclipse.org/projects/callisto.php
613.287.8000
or 866.362.7064
passcode 874551#
The agenda for this call so far is:
1. Review the Callisto status page and where each project is in terms of
providing status information to the rest of us (through this web
page)
2. Review the status of each project in terms of the upcoming Callisto
M5 release - build mechanics? build schedule? testing schedule? new &
noteworthy distribution to all participants? etc.
3. Discuss bug 125276 - a suggestion for a different layout of the "four
top left nav items". Now that we are getting more projects to adopt
this, this bug suggests a different, and potentially better, set of
menu items.
Please come to the phone call prepared to discuss these items (in other
words, I say politely, "please do a little homework in advance of the
call"). Thanks._______________________________________________
eclipse.org-planning-council mailing list
eclipse.org-planning-council@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipse.org-planning-council