Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [eclipse-dev] Planning Meeting Notes - Nov 12, 2003

This might be ok if the API discipline and quality control of these
incremental component releases were the same as for major/minor releases of
Eclipse, but do you really have the infrastructure to support this?

It would be a nightmare for third-party plug-in writers if API (e.g., some
feature not used within Eclipse, itself) subtly shifted or was broken in
these incrementals, since few of them have the resources to track and test
with n ongoing streams of development.

Bob Foster

----- Original Message ----- 
From: "Jeff Duska" <Jeff.Duska@xxxxxxxx>
To: <eclipse-dev@xxxxxxxxxxx>
Sent: Wednesday, November 12, 2003 10:18 AM
Subject: Re: [eclipse-dev] Planning Meeting Notes - Nov 12, 2003


> Discussion Topics:
>
> >- Using features to provide finer grain upgrade paths for selected
> >components of the SDK? For example, it could make sense to have CVS as a
> >separate feature and allow us to release upgrades, major bug fixes,
> >outside the SDK release schedule. Comments?
> >
> >
> I think this would be excellent idea. I think CVS, Ant, SWT are all
> components that might have important bug fixes or enhancements that
> should/could need to be upgraded before a new stable release of Eclipse
> it completed. It would also be helpful for developers that use Eclipse
> as platform to have this functionality at their disposal.  For example,
> a plug-in might only need a new version of CVS plug-in or etc. not a
> whole new release of Eclipse. This would help them upgrade. I'm also
> thinking that this might useful, if there are ever any security issues
> found within the Eclipse platform. Instead of having to reinstall a new
> version of Eclipse, they would be able to just use a small patch to the
> affected area.
>
> On the downside, this will be more complex for the user. Now, the user
> only worries about what version of Eclipse she might be running. If this
> goes too far the user will have to worry about what version of each
> component they are running.
>
> Regards,
>
> Jeff Duska
>
> _______________________________________________
> eclipse-dev mailing list
> eclipse-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
> http://dev.eclipse.org/mailman/listinfo/eclipse-dev
>
>



Back to the top