Jump to: navigation, search

Difference between revisions of "Architecture Council/Meetings/API Deprecation 20080119"

Line 4: Line 4:
 
|-
 
|-
 
| Date & Time:  
 
| Date & Time:  
| Thursday [[January 22, 2009]] at [http://www.timeanddate.com/worldclock/fixedtime.html?year=2009&month=1&day=22&hour=17&min=0&sec=0 1700 UTC / 0900 SFO / 1200 Ottawa / 1800 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]
+
| 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.gifHTML | Ical.gifiCal
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

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

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?

Next Meeting