Unable to display the tools.cdt.tcf project plan because the project does not exist in our records.

The project team and project leader (Martin Oberhuber) are responsible for the project plan. You can contact them via the project's developer mailing list.

Project Plan For , version 1.0 (Juno)

Introduction

TCF (Target Communication Framework) is a vendor-neutral, lightweight, extensible network protocol mainly for communicating with embedded systems (targets). Applications of TCF include system discovery and configuration, file system browsing, process launching, debugging, data transfer, and more. On top of the protocol specification, which is the core of TCF, the project includes a plain-C implementation of a lightweight extendable target agent, Java client API (usable stand-alone or on top of Eclipse), Python and Lua client APIs, complete debugger UI implementation in Eclipse, integration with CDT, Target Explorer, documentation and usage examples.

Release Deliverables

The TCF project delivers the Java protocol framework and exemplary tools as Eclipse plugins in the form of a p2 repository, as well as an exemplary C agent, Python and Lua bindings in the form of source code available from the project's git repositories.

Table of Contents

Release Milestones

0.02007-10-25
Initial contribution
Initial contribution of code to the Eclipse TM project, followed by a presentation and tutorial at EclipseCon 2008.
0.12008-06-25
First release
Initial release with TM 3.0. Releasing core protocol documentation, initial Java framework, C agent and examples, RSE integration, and debugger integrations for CDT and TCF - all via the prject's SVN repository.
0.22009-06-25
0.2 release
Maintenance release with TM 3.1. 47 bugs fixed. Improvements to debugger integrations, and additions to debugger services API.
0.32010-06-23
0.3 release
Maintenance release with TM 3.2. 34 bugs fixed. Support zerocopy transfer, UDP discovery, Linux x86_64. Add version info to protocol specification.
0.42011-06-22
0.4 release (with CDT 8.0 / Indigo)
Integration into the CDT build and release together with CDT, building the basis of the EDC debugger in CDT as well as Linuxtools trace upload for LTTng. Adding Terminal service, disassembly, watchpoints. Initial addition of Python binding and Target Explorer. 81 bugs fixed.
1.02012-06-27
1.0 release
Graduation release. Namespace refactoring for 1.0, migration to git and Tycho, independent build and downloads. Promotion of Python binding and Target Explorer. Addition of Lua shell to agent. 196 bugs fixed.

Table of Contents

Target Environments

For release 1.0, the tools run with Eclipse 3.7 (Indigo) and related dependencies (CDT, TM/RSE). All tools have been tested on Eclipse 3.8 and 4.2 (Juno) as well. Our plug-ins require Java >= 6.0.
The exemplary C agent runs on Linux (full-featured) and Windows (with limitations in debugging) but has been ported to other operating systems successfully.
The tools aim to have all strings externalized so as to facilitate internationalization. Mapfiles have been submitted to the Eclipse Babel Project for translation.

Table of Contents

Compatibility with Previous Releases

TCF Protocol Compatibility: The TCF 1.0 protocol is binary compatible on the wire with previous releases. New features have been added in a discoverable fashion, extending older versions of the protocol.

API Compatibility: The 1.0 release is not compatible with previous 0.x releases due to a namespace refactoring. Moving forward, we intend to keep any changes API compatible.

Binary (plug-in) Compatibility: We have no binary compatibility issues to discuss for 1.0.

Source Compatibility: We have no source compatibility issues to discuss for 1.0.

Table of Contents

Themes and Priorities

The core theme of TCF 1.0 is making it ready for graduation.

API refactoring for 1.0

While the functionality of TCF API's has matured over the years, its namespace is not appropriate for graduation. TCF API should be refactored into its own TCF namespace for graduation.
  • Committed

    • terminals services is missing some of the APIs exported by Java [372341] (target milestone: 1.0.0)
    • runcontrol service interface lacks some APIs [379583] (target milestone: 1.0.0)
    • Need an extended set_errno() API to be able to use a formatted error messages. [351589] (target milestone: 1.0.0)
    • API: Source code refactoring for TCF version 1.0 [363391] (target milestone: 1.0.0)

Make Target Explorer ready for 1.0

The Target Explorer framework was initially contributed in March 2011 but not yet widely announced. Defect fixes and cleanup is necessary to make it ready for 1.0
  • Committed

    • [TCF][File system] Provide property pages for remote file system nodes [345384] (target milestone: 1.0.0)
    • New targets that are added by hand should be persisted [354127] (target milestone: 1.0.0)
    • targets that are added manually should be deletable [354319] (target milestone: 1.0.0)
    • [TERMINALS] Implement window size changes between host widget and remote terminal [361359] (target milestone: 1.0.0)
    • Request to write data into a file failed on Linux. [362763] (target milestone: 1.0.0)
    • TCF Discovery messages should include a hostname / agent name [365054] (target milestone: 1.0.0)
    • [TCF][File system] Open the remote files with a proper editor [345387] (target milestone: 1.0.0)
    • Opening a file in an editor depending on the client's permissions. [352302] (target milestone: 1.0.0)

Provide stand-alone builds and repository

TCF used to be developed as a component of other projects such as Target Management or CDT. For the 1.0 release, we need to make TCF build and downloadable stand-alone.
  • Committed

    • [releng] tcf hudson builds for 1.0 and master promote into the same location [381001] (target milestone: 1.0.0)
    • [releng] TCF framework feature should not have dependencies to CDT and RSE [350994] (target milestone: 1.0.0)

Support for Eclipse 3.8 workbench

Our primary platform for TCF 1.0 will be Eclipse 3.7 (Indigo), yet full test runs will be performed on Eclipse 3.8 and 4.2 and defects will be fixed as they are found. Thanks to Eclipse compatibility rules of engagement, our features will likely "Just Work" on a 3.8 base.

Eclipse 4.2

Our 1.0 release as a part of Juno will work on top of Eclipse 4.2. We expect to be using the compatibility layer almost exclusively and have no 4.2-specific API calls or functionality.

Table of Contents

Appendix

Table of Contents

view raw xml of project plan
from project meta-data key "projectplanurl"