EstablishingLong Term Supportfor EclipseEclipseCon 2011Santa Clara, CA, March 2011Jochen Krause, EclipseSourceKarsten Schm...
Introduction                 Eclipse has always targeted commercial usage  But discrepancy between lifecyclesEarly 2009: w...
Eclipse is mainstream in many industries
Luckily we are not (yet) flying
But even systems engineering toolshave a need for looong maintenance
We are also moving into thecomputing centers ...
Equinox, Riena, Virgo, Gemini, RAP,          EclipseLink, ....
On the server you care about support
The Lifecycle ChallengeMajor Eclipse release each year  – Two support releases in the following 9 monthsNo service release...
Yawn – yet another support strategy for            open source?
Eclipse long term support is          different
We do it the Open Source Way!No vendor lock-inSource code is Open Source under EPLAll fixes are visible and available fore...
Central Infrastructure run by the         Eclipse FoundationSource Control and Versioning• Source code is Open Source unde...
Maintenance CommittersToday: Only Committers can check in  source codeLTS: Concept of „Maintenance Committers“• ... are no...
Most companies have committers in       only a few projects                                     Projects                  ...
Most companies have committers in        only a few projectsCompany A         Company B           Company C         Compan...
Most projects have committers from        only a few companiesCompany A         Company B           Company C         Comp...
Many commercial products use many          projects ...                                      Projects                     ...
... leading to many small support                 contracts Customer X                                                    ...
Most companies offer support for only        few releases backCompany A         Company B           Company C         Comp...
Customers have support obligations         for many years                                                           Slide ...
The Eclipse LTS Concept: System Integrators as „General Contractors“ Customer X        Customer W           Customer Z    ...
The Business Model• Customer benefits   – One contract partner, all customers share the costs   – No vendor lock-in• SIs b...
Outlook / Next Steps• Prepare the technical infrastructure (e.g. by moving the  platform build to Eclipse)• Collect input ...
Thank you!jkrause@eclipsesource.comk.schmidt@sap.com
Upcoming SlideShare
Loading in …5
×

Econ 2011 Eclipse LTS

1,078 views

Published on

Presentation: Eclipse Long Term Support at EclipseCon 2011

0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,078
On SlideShare
0
From Embeds
0
Number of Embeds
66
Actions
Shares
0
Downloads
0
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Econ 2011 Eclipse LTS

  1. 1. EstablishingLong Term Supportfor EclipseEclipseCon 2011Santa Clara, CA, March 2011Jochen Krause, EclipseSourceKarsten Schmidt, SAP AG
  2. 2. Introduction Eclipse has always targeted commercial usage But discrepancy between lifecyclesEarly 2009: we triggeredthe discussion at EclipseEarly 2010: Board ofDirectors Working GroupJune 2010: Boardapproved proposalGoal: have it up andrunning by end of 2011 Commercial approach: business opportunities for the ecosystem
  3. 3. Eclipse is mainstream in many industries
  4. 4. Luckily we are not (yet) flying
  5. 5. But even systems engineering toolshave a need for looong maintenance
  6. 6. We are also moving into thecomputing centers ...
  7. 7. Equinox, Riena, Virgo, Gemini, RAP, EclipseLink, ....
  8. 8. On the server you care about support
  9. 9. The Lifecycle ChallengeMajor Eclipse release each year – Two support releases in the following 9 monthsNo service releases beyond SR2 – Organizations requiring support beyond a year need to find a third party or do it themselves
  10. 10. Yawn – yet another support strategy for open source?
  11. 11. Eclipse long term support is different
  12. 12. We do it the Open Source Way!No vendor lock-inSource code is Open Source under EPLAll fixes are visible and available foreveryone – fix each bug only once!
  13. 13. Central Infrastructure run by the Eclipse FoundationSource Control and Versioning• Source code is Open Source under EPL• Anyone can find and download the patches• Optional branching for critical fixesBuild Infrastructure• Out-of-the-box build infrastructure also for old releasesBugzilla• The same issue tracking as for the dev codelineIP process, signing of archives• Generate the trust associated with the Eclipse brand by running the IP process and by signing the archives• Binaries will only be available to participating companies
  14. 14. Maintenance CommittersToday: Only Committers can check in source codeLTS: Concept of „Maintenance Committers“• ... are nominated by companies• ... do not have to be committers (but all committers are maintenance committers)• ... may check in code into maintenance codelines, not into dev codeline• But: each patch must be offered to the committers to be included in the dev codeline
  15. 15. Most companies have committers in only a few projects Projects 1 2 3 4 5 6 7 8 9 10 Current release
  16. 16. Most companies have committers in only a few projectsCompany A Company B Company C Company D Company E Projects 1 2 3 4 5 6 7 8 9 10 Current release
  17. 17. Most projects have committers from only a few companiesCompany A Company B Company C Company D Company E Projects 1 2 3 4 5 6 7 8 9 10 Current release
  18. 18. Many commercial products use many projects ... Projects 1 2 3 4 5 6 7 8 9 10 Current release Product X Product Y
  19. 19. ... leading to many small support contracts Customer X Customer YCompany A Company B Company C Company D Company E Projects 1 2 3 4 5 6 7 8 9 10 Current release Product X Product Y
  20. 20. Most companies offer support for only few releases backCompany A Company B Company C Company D Company E Projects 1 2 3 4 5 6 7 8 9 10 Current release Cr -1 Cr - 2
  21. 21. Customers have support obligations for many years Slide from EclipseCon 2010 Projects 1 2 3 4 5 6 7 8 9 10 Current release Cr -1 Cr - 2 Cr - 3 ... Cr - many ?
  22. 22. The Eclipse LTS Concept: System Integrators as „General Contractors“ Customer X Customer W Customer Z Customer Y SI 1 SI 2Company A Company B Company C Company D Company E
  23. 23. The Business Model• Customer benefits – One contract partner, all customers share the costs – No vendor lock-in• SIs benefits – Access to Open Source support infrastructure and Know-How – Bundling of the otherwise fragmented OSS support market• Support companies: Get a shop-in-shop effect – Can get into business with their Know-How (committership) – Significantly lower infrastructure investments• Eclipse Foundation – Additional revenue through fees for central infrastructure – Key differentiator compared to other OSS organizations
  24. 24. Outlook / Next Steps• Prepare the technical infrastructure (e.g. by moving the platform build to Eclipse)• Collect input from potential customers, „General Contractors“, Companies offering project support• Concept to be refined, based on the feedback• All input from YOU is highly appreciated• Plan: have the infrastructure up and running by end of 2011 A well-structured Long-Term Support infrastructure, basedon Open Source principles, could become a key differentiator for the Eclipse ecosystem!
  25. 25. Thank you!jkrause@eclipsesource.comk.schmidt@sap.com

×