Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [tcf-dev] Description of TCF features for Release Review Docs

Cool J

 

Ø  The conflict resolution is done on save and most of the time automatic.

 

Do we have unittests for that ? – This feature caused a lot of grief and issue with RSE.

 

It _does_ happen sometimes that the timestamp of a remote file changes while a user

Is editing the local cached copy. Conflicts on save may not be very frequent, but users

Get VERY upset if anything goes wrong with the conflict resolution. People hate losing

Their contents !

 

I would expect the following workflows to be covered:

1.       I edit a file, remote timestamp changes (I want to diff my copy against remote; thereafter maybe save my file somewhere else for using an advanced external diff tool)

2.       I edit a file, remote folder gets deleted or moved (I want to save my file to a different location, at least temporarily)

3.       I edit a file, remote connection goes down and doesn’t come up again (I want to save my file locally to be safe)

4.       I edit multiple files, remote connection goes down and doesn’t come up again (I want to backup all my locally cached files somewhere to be safe)

 

Martin

 

From: tcf-dev-bounces@xxxxxxxxxxx [mailto:tcf-dev-bounces@xxxxxxxxxxx] On Behalf Of Stieber, Uwe
Sent: Friday, May 25, 2012 1:43 PM
To: TCF Development
Subject: Re: [tcf-dev] Description of TCF features for Release Review Docs

 

Hi Martin,

 

Just 2 corrections in terms of Target Explorer:

 

o   No Local caching of remote files (therefore also no conflict resolution is needed)

o   No Diff/Compare/Merge tool integration for remote files

 

Remote files are cached on the host to allow manipulation of the file. The conflict resolution is done on save and most of the time automatic. User should not notice under normal circumstances. Diff/Compare/Merge tool integration exist of the user does have to resolve a conflict manually.

 

Best regards, Uwe J

 

 

 

From: tcf-dev-bounces@xxxxxxxxxxx [mailto:tcf-dev-bounces@xxxxxxxxxxx] On Behalf Of Oberhuber, Martin
Sent: Freitag, 25. Mai 2012 13:12
To: TCF Development (tcf-dev@xxxxxxxxxxx)
Subject: [tcf-dev] Description of TCF features for Release Review Docs

 

Hi all,

 

I’m looking for a crisp description of what the TCF project provides.

 

While I think I’m having that for the TCF agent and protocol (based on the Wiki), I

Do not think I have it for the end-user visible tooling support that we currently

Provide. So one particularly interesting ingredient of that would be how TCF

compares to what the Eclipse Community already knows:

-          How does the TCF debugger compare to a gdb debugger ?

-          How does Target Explorer compare to RSE ?

 

I’m not looking for a long-winded feature-by-feature comparison, but a crisp

description of important differences that would help adopters (a) understand

what we are doing and (b) decide whether it is interesting for them to move

from what they currently have to the new infrastructure.

 

For example, here’s what I could envision for Target Explorer:

 

Target Explorer is an evolution of RSE, getting rid of overly complex layers, caching and duplication of

features that exist in the Platform already. The UI as well as contribution of additional subsystems is

centered around the Common Navigator, and leverages standard Common Navigator extensions for

the most part.  From an end user’s point of view,

-          Target Explorer is thinner, faster and more reliable than RSE for simple connections.

-          Target Explorer is extendable for connection types, but as per the 1.0 release only following are provided as exemplary:

o   TCF (files, processes, terminals)

o   SSH, Telnet, Serial (terminals only)

-          Target Explorer provides infrastructure for dynamic target discovery

o   Including infrastructure for target configuration (subsystems) based on discovered settings / properties of connections

-          Following RSE features are not implemented in Target Explorer as of the 1.0 release:

o   No Local caching of remote files (therefore also no conflict resolution is needed)

o   No common infrastructure for “Filters” or “Filter Pools” (Common Navigator View Filtering is used instead)

o   No Codepage conversion (binary upload/download only)

o   No compressed “supertransfer” support

o   No Diff/Compare/Merge tool integration for remote files

o   No EFS provider (An EFS provider at the right layer should be contributed directly by a connection service instead)

o   No “Profiles”, “Shells”, or “Environment Variables” infrastructure (Terminals are the concept of choice in Target Explorer)

o   No “Tableview” or polling “Remote Monitor”  infrastructure (Connection Editor is used instead for relevant details of connections)

o   No common UI widgets for selecting remote connections or files

 

Please review the above, fix/add anything I’m missing or getting wrong, and provide something similar for TCF debugger.

 

Could you provide that ?

 

Thanks,

Martin

--

Martin Oberhuber, SMTS / Product Architect – Development Tools, Wind River

direct +43.662.457915.85  fax +43.662.457915.6

 


Back to the top