Bug 170926 - [plan] Improve the Remote File Service APIs
Summary: [plan] Improve the Remote File Service APIs
Status: RESOLVED FIXED
Alias: None
Product: Target Management
Classification: Tools
Component: RSE (show other bugs)
Version: 1.0.1   Edit
Hardware: All All
: P3 enhancement (vote)
Target Milestone: 2.0   Edit
Assignee: David McKnight CLA
QA Contact: Martin Oberhuber CLA
URL:
Whiteboard:
Keywords: plan
: 162955 (view as bug list)
Depends on: 166473 149150 162195 162952 162954 170832 175908 183824 208778
Blocks:
  Show dependency tree
 
Reported: 2007-01-18 10:33 EST by Martin Oberhuber CLA
Modified: 2008-08-13 13:19 EDT (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Oberhuber CLA 2007-01-18 10:33:01 EST 
Initially, RSE APIs should be sufficient to make a proper EFS provider.
This means especially
- Support setting a file read-only / writable (bug 170832)
- Support changing a file's timestamp (bug 149150)
- Support preserving permissions when copying across systems (bug 166473)
- Add UI tools for reviewing / changing timestamp and read-only status

In order to differenciate ourselves from EFS, we may add more tools that do not operate on an "abstract" file system but support more direct access to remote system's contributed permission and other status bits like ACLs for instance. One example for this is our symbolic link support already. Others may include

- review permissions in a generic manner, e.g.
  IFileService.getPermissionsAsString()
- generic file status editors to be contributed by subsystem implementations
Comment 1 Martin Oberhuber CLA 2007-01-19 08:25:00 EST 
We should also 
- provide methds that use Streams for partial upload/download (bug 162954)
- Review the usage of "String" in file service APIs (bug 162950)
- Review the "createFolder" API (bug 162952)
- Review return values of IFileService API (bug 162955)
- Think about improved API for bulk transfer of files and directories (bug 162955)
- Improve API to avoid multiple listFolder on bulk transfer (bug 162195)
Comment 2 Martin Oberhuber CLA 2007-05-30 06:35:24 EDT 
Much improvement was made for TM 2.0:
  bug #149159 - preserving timestamp on copy
  bug #162954 - adding input and output streams
  bug #170832 - setReadOnly API
  bug #183824 - forward exceptions rather than displaying messages in subsystem

More work will be done for the next release, to address other issues as listed on the depenedencies. But for 2.0 this is closed.
Comment 3 Martin Oberhuber CLA 2008-08-05 11:53:34 EDT 
*** Bug 162955 has been marked as a duplicate of this bug. ***
Comment 4 Martin Oberhuber CLA 2008-08-13 13:19:21 EDT 
[target cleanup] 2.0 RC1 was the original target milestone for this bug