Re: [dsdp-tm-dev] RE: Should TM 3.1 go on the TM 3.0 update site?

[David McKnight <dmcknigh@xxxxxxxxxx>]

I also vote for reusing the 3.0 update site.

____________________________________
David McKnight
Phone: 905-413-3902 , T/L: 969-3902
Internet: dmcknigh@xxxxxxxxxx
Mail: D1/YFY/8200/TOR
____________________________________

Anna <adushistova@xxxxxxxxxxxxx>

Anna <adushistova@xxxxxxxxxxxxx>
Sent by: dsdp-tm-dev-bounces@xxxxxxxxxxx

13/05/2009 08:16 AM

Please respond to
Target Management developer discussions <dsdp-tm-dev@xxxxxxxxxxx>

To	Target Management developer discussions <dsdp-tm-dev@xxxxxxxxxxx>
cc	"CDT General developers list." <cdt-dev@xxxxxxxxxxx>
Subject	Re: [dsdp-tm-dev] RE: Should TM 3.1 go on the TM 3.0 update site?

It sounds reasonable.
I vote for reusing 3.0 update site.

Anna.

> PS
>  
> actually, I think that we in TM could even provide a "RSE Remote CDT
> Launcher 3.0 - wrapper to install from CDT" feature that contains an
> updated "rse remote launch" plugin which is empty, and "requires" the
> new CDT variant of the Launcher. This would actually allow people to
> update, and the major version bump to 3.0 would indicate the major
> change.
>  
> Does this sound worthwile?
>  
> Cheers,
> --
> Martin Oberhuber, Senior Member of Technical Staff, Wind River
> Target Management Project Lead, DSDP PMC Member
> http://www.eclipse.org/dsdp/tm
>  
>  
> 
>         
>         ______________________________________________________________
>         From: Oberhuber, Martin 
>         Sent: Mittwoch, 13. Mai 2009 12:14
>         To: 'Target Management developer discussions'
>         Cc: 'CDT General developers list.'
>         Subject: Should TM 3.1 go on the TM 3.0 update site?
>         
>         
>         
>         Hi all,
>          
>         As we're approaching the release date for TM 3.1, the question
>         arises whether we'll want to create a new update site for the
>         TM 3.1 contents, or use the existing TM 3.0 update site.
>          
>         When we use the 3.0 site, then people who have last year's TM
>         3.0 installed can "Check for Updates" in order to get this
>         year's 3.1. The EMF update site, for instance, works that way.
>          
>         If we create a new site, updating automatically is not
>         possible but requires manual interaction via "Install New
>         Software". This may be desired if we anticipate any kinds of
>         breaking changes that we'd rather not have deployed via "Check
>         for Updates". The Eclipse Platform, for instance, works that
>         way of creating a new site every year.
>          
>         Note that even the "Automatically check for updates"
>         functionality will always allow end users to review their
>         updates, so I'm leaning towards re-using the existing 3.0
>         site, which currently looks like (attached).
>          
>         Given that we're in all cases API compatible with 3.0 I don't
>         see any issue with updating. The RemoteCDT Launcher is the
>         only component I'm aware of that won't update like this since
>         it's been moved to the CDT -- it will require manual
>         uninstall / reinstall from the CDT if people want to update
>         it.
>          
>         Any thoughts?1
>          
>         Cheers,
>         --
>         Martin Oberhuber, Senior Member of Technical Staff, Wind River
>         Target Management Project Lead, DSDP PMC Member
>         http://www.eclipse.org/dsdp/tm
>          
>          
> _______________________________________________
> dsdp-tm-dev mailing list
> dsdp-tm-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev

_______________________________________________
dsdp-tm-dev mailing list
dsdp-tm-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev