Our goal for Indigo was to come up with two packages and a common structure how these are configured and can be used. We achieved this goal pretty well. For Juno we want to refactor our packages while keeping the structure the same. This will be necessary to come up with new RT Packages easily. Besides this there is a summer of code project how will provide a p2 http deployer and a tooling for this called “Run on Cloud”. I think this will be a great solution for getting EclipseRT into the cloud.

4. What have been your experiences of participating in the Indigo release train?

The release train was not new to me. I already participated as a committer in Galileo and Helios. But Indigo is the first time I participate as a project lead. At this point I have to thank all project leads for doing all the work for us. Of course it’s a lot of work (at least a week for me) to fulfill all the requirements. But luckily the Foundation has Wayne Beaton which created a first class documentation on this topic. I mean, the Eclipse development process including the release train requirements have been the topic of many discussion the last weeks, mainly inspired by the Jenkins guys. But I believe that such a process is absolutely necessary to provide high class open source software which can be used in the enterprise. I mean, here at Eclipse we have delivered a huge collection of Software for years and years annually. A company can be absolutely sure to have a new Eclipse release every year in June. Which other open source project can say something similar about itself? Without the development process we can’t do such a great thing. This is the reason why I can say proudly say, we will join the Eclipse Release Train again and again and again…