[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [cdt-dev] Should DSF UI packages be an API?

I am also for 1).
I don't think it is more effort on our side (provided we don't rename
the packages).

Toni

> -----Original Message-----
> From: cdt-dev-bounces@xxxxxxxxxxx 
> [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Rohrbach, Randy
> Sent: Friday, March 06, 2009 5:59 PM
> To: CDT General developers list.
> Subject: RE: [cdt-dev] Should DSF UI packages be an API?
> 
> I know Mark voted for 2 ( because it is easier ). I guess 
> though from a
> purist point
> Of view we should do #1.  This seems more by the book correct to me.
> 
> Randy 
> 
> -----Original Message-----
> From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx]
> On Behalf Of Pawel Piech
> Sent: Thursday, March 05, 2009 3:53 PM
> To: CDT General developers list.
> Subject: [cdt-dev] Should DSF UI packages be an API?
> 
> DSF integration with Debugger views relies on the Flexible Hierarchy
> provisional API in Platform Debug.  This DSF component is 
> designed to be
> an API itself, which allows debugger integrations to use it an extend
> it.  However, depending on a provisional API in platform means that
> technically this part of DSF cannot be  a final API.  The flexible
> hierarchy API has actually evolved without breaking changes 
> in Platform
> 3.4 and 3.5, but we do hope to make it a public API eventually, and
> because of that DSF UI will break backward compatibility at 
> that point.
> 
> I think we have two choices:
> 1) Mark the DSF UI APIs as provisional as well.  I don't 
> think we'd want
> to rename the packages, even though that is the convention, 
> but we would
> at least need to mark them as internal in the plugin manifest file.
> 2) Leave it as public API, ignore the warnings, and commit to 
> increasing
> the major version number of DSF when flexible hierarchy APIs have
> breaking changes in them.
> 
> Thanks in advance for your input,
> -Pawel
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/cdt-dev
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/cdt-dev
>