|
|
Re: End of Life for Eclipse Versions [message #506539 is a reply to message #506486] |
Thu, 07 January 2010 21:43 |
Eric Rizzo Messages: 3070 Registered: July 2009 |
Senior Member |
|
|
On 1/7/10 11:45 AM, Ed Merks wrote:
> Ronald,
>
> The lifetime of older releases isn't entirely clear. Generally you
> should expect (or should I say hope for, because you can't expect much
> for free in life) maintenance support only on the most recent release
> and after there's a new release, you should expect to move to that next
> release for your support. But there's no general policy and I know
> companies like IBM promise on the order of a decade of support for any
> particular version of a product, many of which are based on Eclipse
> releases.
>
>
> Ronald Steinhau wrote:
>> I am trying to find out, if older versions of Eclipse (especially 3.3)
>> already have reached an end of life status, but couldn't find
>> information. Is there an end-of life (e.g. end of some sort of support
>> with bug-fixes) in the Eclipse space? Or is there a pattern, that two
>> bug-fix releases are (e.g. 3.3.1 and 3.3.2) are official and than
>> automatically support (bug-fixes) end? Or do someone have any other
>> information about this topic?
>> Thank you in advance.
I agree with Ed, but wanted to add that you can look at the consistent
track record of the Eclipse releases for the past 5 years. I'm pretty
sure there have been no updates to the coordinated package releases once
the next yearly major package release has happened (which is
consistently June of each year).
Having said that, the question does get a little tricky because each
project is managed independently, so individual projects that are
components of the coordinated release trains (Europa, Ganymede, Galileo,
Helios, etc) may update their project features/plugins on their own
schedule. Observing the track records of each project is more research
work but I'd be surprised if it is much different than the coordinated
releases.
Hope this helps,
Eric
|
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.03988 seconds