Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "Architecture Council/Meetings/API Deprecation 20080119"
m (Architecture Council/Minutes API Deprecation 20080122 moved to Architecture Council/Meetings/API Deprecation 20080119: Meeting time changed) |
|||
| Line 4: | Line 4: | ||
|- | |- | ||
| Date & Time: | | Date & Time: | ||
| − | | | + | | Monday [[January 19, 2009]] at [http://www.timeanddate.com/worldclock/fixedtime.html?year=2009&month=1&day=19&hour=16&min=0&sec=0 1600 UTC / 0800 SFO / 1100 Ottawa / 1700 Berlin]<br>[[Image:Html.gif]][http://www.google.com/calendar/embed?src=g30r6idsq3rsufe2j3t6k0l0g4%40group.calendar.google.com&ctz=Canada/Toronto HTML] | [[Image:Ical.gif]][http://www.google.com/calendar/ical/g30r6idsq3rsufe2j3t6k0l0g4%40group.calendar.google.com/public/basic.ics iCal] |
|- | |- | ||
| Dial-in: | | Dial-in: | ||
| '''(+1) 613.287.8000''' (Ottawa and international) or<br>866.362.7064 (toll-free North America)<br>passcode '''464440#''' | | '''(+1) 613.287.8000''' (Ottawa and international) or<br>866.362.7064 (toll-free North America)<br>passcode '''464440#''' | ||
| + | |- | ||
| + | | Backup Dial-in: | ||
| + | | International +44 (0)1452 567588 / Freephone +1 (866) 6161738 / Passcode: 0587322148 # | ||
|} | |} | ||
= Attendees = | = Attendees = | ||
* [http://www.doodle.com/participation.html?pollId=kpuvwur7es9zi2y2 Doodle Poll] for scheduling | * [http://www.doodle.com/participation.html?pollId=kpuvwur7es9zi2y2 Doodle Poll] for scheduling | ||
| + | {|border=1 cellspacing=0 cellpadding=4 | ||
| + | | Company | ||
| + | | Eclipse Project | ||
| + | | Attendees | ||
| + | |- | ||
| + | | Eclipse Foundation | ||
| + | | '''Technology, Tools''' | ||
| + | | Bjorn Freeman-Benson | ||
| + | |- | ||
| + | | IBM | ||
| + | | '''Eclipse Project''' | ||
| + | | John Arthorne, Boris Bokowski, Philippe Mulet | ||
| + | |- | ||
| + | | Macro Modeling | ||
| + | | '''Modeling''' | ||
| + | | Ed Merks | ||
| + | |- | ||
| + | | OC Systems | ||
| + | | '''TPTP''' | ||
| + | | Oliver Cole | ||
| + | |- | ||
| + | | STAR | ||
| + | | '''WTP''' | ||
| + | | Dave Carver | ||
| + | |- | ||
| + | | Wind River | ||
| + | | '''DSDP''' | ||
| + | | Martin Oberhuber, Michael Scharf | ||
| + | |} | ||
| + | |||
| + | Missing: BIRT, DTP, RT, STP, consumer rep, strategic reps | ||
= Notes = | = Notes = | ||
| Line 23: | Line 57: | ||
* Eclipse APIs become ever more complicated and duplicated, making it harder and harder to understand. | * Eclipse APIs become ever more complicated and duplicated, making it harder and harder to understand. | ||
* For e4 at least, we should make it simpler to code against Eclipse. We should get rid of unnecessary burden to make ourselves ready for the future. | * For e4 at least, we should make it simpler to code against Eclipse. We should get rid of unnecessary burden to make ourselves ready for the future. | ||
| + | * We need to talk about Deprecation policies NOW to incorporate them into Galileo (and thus be able to get rid of deprecated stuff sooner). | ||
* Consider other technologies: | * Consider other technologies: | ||
** Deprecation in Java | ** Deprecation in Java | ||
Revision as of 11:35, 19 January 2009
| Meeting Title: | AC Call on API Deprecation |
| Date & Time: | Monday January 19, 2009 at 1600 UTC / 0800 SFO / 1100 Ottawa / 1700 Berlin HTML |  iCal
|
| Dial-in: | (+1) 613.287.8000 (Ottawa and international) or 866.362.7064 (toll-free North America) passcode 464440# |
| Backup Dial-in: | International +44 (0)1452 567588 / Freephone +1 (866) 6161738 / Passcode: 0587322148 # |
Attendees
- Doodle Poll for scheduling
| Company | Eclipse Project | Attendees |
| Eclipse Foundation | Technology, Tools | Bjorn Freeman-Benson |
| IBM | Eclipse Project | John Arthorne, Boris Bokowski, Philippe Mulet |
| Macro Modeling | Modeling | Ed Merks |
| OC Systems | TPTP | Oliver Cole |
| STAR | WTP | Dave Carver |
| Wind River | DSDP | Martin Oberhuber, Michael Scharf |
Missing: BIRT, DTP, RT, STP, consumer rep, strategic reps
Notes
- See Architecture Council/Minutes January 15 2009#New Topics for previous discussions
- Part of the larger story on Eclipse Adoption.
- Goal is to
- Define the questions that we'd like to get answered
- come up with enough agreement to create initial rules / guidelines for review
Reasoning
- Eclipse APIs become ever more complicated and duplicated, making it harder and harder to understand.
- For e4 at least, we should make it simpler to code against Eclipse. We should get rid of unnecessary burden to make ourselves ready for the future.
- We need to talk about Deprecation policies NOW to incorporate them into Galileo (and thus be able to get rid of deprecated stuff sooner).
- Consider other technologies:
- Deprecation in Java
- Evolution of glibc
Questions
- Should the deprecation rules be the same for all projects, or different from project to project?
- By what channels can the Community be informed about deprecating API?
- How long does deprecated API need to stay around? Does it depend from case to case?