File exchange

Introduction

The File Exchange container allows Trust1Connector to manage files and directories, to upload or download files to/from the filesystem from/to the requesting party (especially for web application). The user of the device must give a consent prior of file operations.

The File Exchange container provides the following functionalities:

• selecting a folder based on application type

• listing files in selected application type

• downloading one or more files into selected application type

• uploading one or more files from the selected application type

• creating sub directories in 'mapped' folders (application types)

The Trust1Connector does NOT allow the deletion of folders or files residing on the user's device.

An application type resolves locally to an absolute file system path.

An application can create additional folders for a given application type, those folders are relative to the absolute path which has been locally mapped on the application type. This means that the web application can ask the user to create subdirectories in an application type which has been already mapped.

The File Exchange container provides additionally:

• optional user notification for file transfer completion

• copy and move files between application types

• user consent to allow the consuming application to perform file operations

• application/domain scoped, application types are bound to the application domain

• OS native files and directory chooser dialogs

Configuration file

The configuration file can be found in

%localappdata%\Trust1Connector\file-exchange.json

Notifications

The File Exchange container allows the application to choose whether to notify the users in the application context, or to delegate notification to the T1C. The T1C uses the underlying operating system to notify users. The type of notification supported by the T1C is system modal information (message, error, warning dialogs).

Context and scope

The context of a type mapping is defined by the following concepts:

• application_id (property of Type class): a string value denoting the application identifier. This is the root context for entity mapping. The application id is derived from the Origin domain and acts as an application scope for all defined mappings

• entity: a string value denoting the root entity/owner for types mapping. This can be called the root for al 'aliases' or 'type mappings' which will be created.

• type: a string value denoting a file typing, related to the absolute path mapped by an user; this value abstracts absolute paths from an application perspective as it acts as an alias, referencing a file or directory based on the configured absolute path.

The following image depicts the file exchange object model:

Type Mapping

A 'Type' in the context of the File Exchange container, is an alias or label, used by an application, to abstract the absolute path reference of the local file system. A 'Type' allows the application to perform file transfers, without the notion of the local file system organisation. The File Exchange container maps the absolute path, chosen by a user, on the application scoped label. We call this action a 'type mapping', this is, an absolute path, in the context of an application, is references by an alias or label (=Type).

A conceptual example, a mapping of

[Windows]
"C:\Users\userA\t1t\coda"
[OSX]
"/Users/userA/t1t/coda"

can be mapped on:

application_id: mywebapp.com //domain
entity: Trust1Team //root context
type: Coda

When the example mapping has been done, the consuming application does not need to worry about the underlying operating system, and can just target the folder or file using the tuple (entity, type) bounded implicitly by the operating domain (mywebapp.com).

Type subfolders

Subfolders can be managed by the application. All subfolder are relative paths and when requested can be created, optionally recursively, by the File Exchange API. It's important to understand:

• Type mapping : correlates to absolute paths on a local file system

• Type subfolders: correlates to relative paths on a local file system and MUST reside in a type mapping/definition.

The File Exchange container maintains the mapping for absolute paths. Relative paths will be created when used in the specified use case. Neither absolute paths or relative paths will result in deletion on the local file system! When deleting a 'type' (aka absolute path), the type will be removed from the File Exchange container, but the references directory will still exist on the user's file system.

In the File Exchange API, the parameter relpath refers to an array of strings denoting a directory path, within a type mapping.

Responses

The File Exchange API can be integrated using Promises or callbacks. Both are returning the same result.

Bulk File Transfer

The File Exchange container allows for bulk file transfer. The individual methods are stateless requests to the T1C-GCL service, and allows to up- or download one or more files from a user perspective. The progress information can be retrieved by the application for each file separately or for all the actions running on the T1C-GCL service.

Language

The language, used for OS modals, is determined the web application. The title and message properties can be provided, which will be used in the underlying OS modal/dialog. For OSX, there is no title of message for the file or directory chooser. In OSX you can only pass through the title and message using system modals (error, warn, info messages and PIN dialog).

Interface

interface AbstractFileExchange {
    download(entity: string, type: string, file: Blob, fileName: string, relPath?: [string], implicitCreationType?: boolean, notifyOnCompletion?: boolean, callback?: (error: T1CLibException, data: FileListResponse) => void): Promise<DataResponse>;
    upload(entity: string, type: string, fileName: string, rel_path?: [string], notifyOnCompletion?: boolean, callback?: (error: T1CLibException, data: FileListResponse) => void): Promise<Blob>;
    listTypes(entity?: string, page?: Page, callback?: (error: T1CLibException, data: TypeListResponse) => void): Promise<TypeListResponse>;
    listType(entity: string, type: string, callback?: (error: T1CLibException, data: TypeResponse) => void): Promise<TypeResponse>;
    listTypeContent(entity: string, type: string, relPath?: [string], page?: Page, callback?: (error: T1CLibException, data: FileListResponse) => void): Promise<FileListResponse>;
    listContent(entity: string, page?: Page, callback?: (error: T1CLibException, data: FileListResponse) => void): Promise<FileListResponse>;
    existsType(entity: string, type: string, callback?: (error: T1CLibException, data: BoolDataResponse) => void): Promise<BoolDataResponse>;
    existsFile(entity: string, type: string, relPath: [string], callback?: (error: T1CLibException, data: BoolDataResponse) => void): Promise<BoolDataResponse>;
    getAccessMode(entity: string, type: string, relPath?: [string], callback?: (error: T1CLibException, data: DataResponse) => void): Promise<DataResponse>;
    createDir(entity: string, type: string, relPath: [string], recursive?: boolean, callback?: (error: T1CLibException, data: FileResponse) => void): Promise<FileResponse>;
    copyFile(entity: string, fromType: string, toType: string, fileName: string, newfileName: string, fromrelPath?: [string], toRelPath?: [string], callback?: (error: T1CLibException, data: FileResponse) => void): Promise<FileResponse>;
    moveFile(entity: string, fromType: string, toType: string, fileName: string, fromrelPath?: [string], toRelPath?: [string], callback?: (error: T1CLibException, data: FileResponse) => void): Promise<FileResponse>;
    renameFile(entity: string, type: string, fileName: string, newfileName: string, relPath?: [string], callback?: (error: T1CLibException, data: FileResponse) => void): Promise<FileResponse>;
    getFileInfo(entity: string, type: string, fileName: string, relPath?: [string], callback?: (error: T1CLibException, data: FileResponse) => void): Promise<FileResponse>;
    createType(entity: string, type: string, initPath?: [string], modal?: boolean, timeout?: number, callback?: (error: T1CLibException, data: TypeResponse) => void): Promise<TypeResponse>;
    createTypeDirs(entity: string, type: string, rel_path: [string], modal?: boolean, timeout?: number, callback?: (error: T1CLibException, data: FileListResponse) => void): Promise<FileListResponse>;
    updateType(entity: string, type: string, timeout?: number, callback?: (error: T1CLibException, data: TypeResponse) => void): Promise<TypeResponse>;
    deleteType(entity: string, type: string, callback?: (error: T1CLibException, data: boolean) => void): Promise<boolean>;
}

Objects

Enums

The following enumerators have been exported by the File Exchange container:

enum FileSort {ASC, DESC}
enum TypeStatus {MAPPED,UNMAPPED}

Classes

class T1CResponse {
    constructor(public success: boolean, public data?: any) {}
}

class ListFilesRequest {
    constructor(public path: string, public extensions: string[]) {}
}

export class File {
    constructor(public extension: string,
                public name: string,
                public path: string,
                public relPath: string[],
                public type: string,
                public entity: string,
                public size: number,
                public lastModificationTime: string,
                public isDir: boolean,
                public access: string) {}
}

class FileListResponse extends T1CResponse {
    constructor(public data: FileList, public success: boolean) {
    super(success, data);
    }
}

class FileList {
    constructor(public files: File[], public total: number) {}
}

class FileResponse extends T1CResponse {
    constructor(public data: File, public success: boolean) {
        super(success, data);
    }
}

class TypeListResponse extends T1CResponse {
    constructor(public data: TypeList, public success: boolean) {
        super(success, data);
    }
}

class TypeResponse extends T1CResponse {
    constructor(public data: Type, public success: boolean){
        super(success, data);
    }
}

class Type {
    constructor(public entity: string, public type: string, public path: string, access: string, status: TypeStatus, public files: number, public appid?: string) {}
}

class TypeList{
    constructor(public types: Type[], public total: number) {}
}

class Page {
    constructor (public start: number, public size: number, public sort: FileSort) {}
}

class DataArrayResponse extends T1CResponse {
    constructor(public data: string[], public success: boolean) {
        super(success, data);
    }
}

class DataResponse extends T1CResponse {
    constructor(public data: string, public success: boolean) {
        super(success, data);
    }
}

class RestException {
    constructor(public status: number, public code: string, public description: string, public client?: GCLClient) {
        ObjectUtil.removeNullAndUndefinedFields(this);
    }
}

Function Descriptions

The following functions are available in the T1C-JS library:

Detailed Function Overview

Paging (Page interface)

The File Exchange container uses paging for the endpoints:

• listTypes

• listContent

The page-parameter can be optionally provided and contains the following properties:

• start: start index

• size: number of items on a page

• sort: ordering of file and directory names ascending or descending

When used, the resulting response returns an 'total' property with the total item count for the requested resource.

download

Creates a file named filename at the type location in the context of entity, optionally in relative folder denoted by relpath, with file content file. Optionally notifies user upon completion.. When notifications are disabled, the application is assumed to handle user notifications.

The optional relpath provided, will be created when not existing, this in a recursive manner.

Interface

download(entity: string, type: string, file: Blob, fileName: string, relPath?: [string], implicitCreationType?: boolean, notifyOnCompletion?: boolean, callback?: (error: T1CLibException, data: FileListResponse) => void): Promise<DataResponse>;

Parameters

• entity: the entity context where the type mapping is persisted

• type: location for the newly created file

• file: Blob containing binary data to be put in the file

• filename: name to be given to the file

• relpath: optional relative path (array of strings), when provided will implicitly create the missing directories.

• implicitCreationType: In case the type mapping doesn’t exist, a prompt will be shown to the user for creating the Type before performing the download.

• notifyOnCompletion: show modal info form operating system to user upon completion

Output

{
    data: string
    success: boolean
}

Use Cases

The use cases are the followings with the concerned parameters :

Use Case 1

• download with existing Type (whatever the value true or false of the flag ‘implicitCreationType’)

  • The user launches the download process with a relpath.

  • The application uses the T1C function download with as parameter a relpath.

  • The file is downloaded to the directory of the path + relpath (recursive creation).

Use Case 2 – download with non existing Type and parameter ‘implicitCreationType’ = false

• The user launches the download process.

• The application uses the T1C function download with as parameter a relpath.

• The exception 356 is raised due the fact the Type doesn’t exist.

• End

Use Case 3 – download with non existing Type and parameter ‘implicitCreationType’ = true

• The user launches the download process.

• The application uses the T1C function download with as parameter a relpath.

• The user will see the prompt for the Type creation with a default path.

• The user selects the directory and cancels or validates the creation:

  • Cancellation of the creation.

  • Validation of the creation.

    • The Type is created.

    • The file is downloaded to the directory of the path + relpath (recursive creation).

upload

Uploads a file named filename, from the type location, optionally in relative folder denoted with relpath. Optionally notifies the user upon completion.. When the notifications are disabled, the application is assumed to handle user notifications.

The optional relpath provided, will be created when not existing, this in a recursive manner.

Interface

upload(entity: string, type: string, fileName: string, relPath?: [string], notifyOnCompletion?: boolean, callback?: (error: T1CLibException, data: Blob) => void): Promise<Blob>;

Parameters

• entity: the entity context where the type mapping is persisted

• type: location for the file to upload

• filename: name of the file to be uploaded

• relpath: optional relative path (array of strings)

• notifyOnCompletion: show modal info form operating system to user upon completion

Output

Returns a Blob object

listTypes

Retrieve a list of current persisted mappings given an optional entity.

Interface

listTypes(entity?: string, page?: Page, callback?: (error: T1CLibException, data: TypeListResponse) => void): Promise<TypeListResponse>;

Parameters

• entity: the entity context where the type mapping is persisted. Optional.

• page: apply a paging to the result. Optional.

Output

{
    data: TypeList
    success: boolean
}

listType

Retrieve a list of current mappings given an entity type context.

Interface

listType(entity: string, type: string, callback?: (error: T1CLibException, data: TypeResponse) => void): Promise<TypeResponse>;

Parameters

• entity: the entity context where the type mapping is persisted.

• type: the entity type mapping context

Output

{
    data: Type
    success: boolean
}

listTypeContent

List all the content for a mapping.

Interface

listTypeContent(entity: string, type: string, relPath?: [string], page?: Page, callback?: (error: T1CLibException, data: FileListResponse) => void): Promise<FileListResponse>;

Parameters

• entity: the entity context where the type mapping is persisted.

• type: the entity type mapping context

• relpath: specify a relative path to retrieve the files

• page: apply a paging to the result. Optional.

Output

{
    data: FileList
    success: boolean
}

listContent

List all the content for a mapping given an entity context..

Interface

listContent(entity: string, page?: Page, callback?: (error: T1CLibException, data: FileListResponse) => void): Promise<FileListResponse>;

Parameters

• entity: the entity context where the type mapping is persisted.

• page: apply a paging to the result. Optional.

Output

{
    data: FileList
    success: boolean
}

existsType

Verify if a context mapping exists.

Interface

existsType(entity: string, type: string, callback?: (error: T1CLibException, data: BoolDataResponse) => void): Promise<BoolDataResponse>;

Parameters

• entity: the entity context where the type mapping is persisted.

• type: the entity type mapping context

Output

{
    data: boolean
    success: boolean
}

existsFile

Verify if a file exists in a context mapping.

Interface

existsFile(entity: string, type: string, relPath: [string], callback?: (error: T1CLibException, data: BoolDataResponse) => void): Promise<BoolDataResponse>;

Parameters

• entity: the entity context where the type mapping is persisted.

• type: the entity type mapping context

• relpath: a relative path based on the context root folder

Output

{
    data: boolean
    success: boolean
}

getAccessMode

Get the access mode of a folder or file in a context mapping.

Interface

getAccessMode(entity: string, type: string, fileName: string, relPath?: [string], callback?: (error: T1CLibException, data: DataResponse) => void): Promise<DataResponse>;

Parameters

• entity: the entity context where the type mapping is persisted.

• type: the entity type mapping context

• filename: an optional filename, if not specified the folder access mode will be returned

• relpath: an optional relative path based on the context root folder

Output

{
    data: string ("rwx")
    success: boolean
}

createDir

Create a directory in a context mapping.

Interface

createDir(entity: string, type: string, relPath: [string], recursive?: boolean, callback?: (error: T1CLibException, data: FileResponse) => void): Promise<FileResponse>;

Parameters

• entity: the entity context where the type mapping is persisted.

• type: the entity type mapping context

• relpath: a relative path based on the context root folder

• recursive: indicate whether the directory should be created recursively. If not and the parent directories do not exist, an error will be thrown.

Output

{
    data: File
    success: boolean
}

copyFile

Copy a file from one context mapping to another.

Interface

copyFile(entity: string, fromType: string, toType: string, fileName: string, newfileName: string, fromrelPath?: [string], toRelPath?: [string], callback?: (error: T1CLibException, data: FileResponse) => void): Promise<FileResponse>;

Parameters

• entity: the entity context where the type mapping is persisted.

• fromType: the originating entity type mapping context

• toType: the destination entity type mapping context

• filename: the name the of the to copy

• newfilename: the new destination file name

• fromrelpath: an optional originating relative path based on the context root folder

• torelpath: an optional destination relative path based on the context root folder

Output

{
    data: File
    success: boolean
}

moveFile

Move a file from one context mapping to another.

Interface

moveFile(entity: string, fromType: string, toType: string, fileName: string, fromrelPath?: [string], toRelPath?: [string], callback?: (error: T1CLibException, data: FileResponse) => void): Promise<FileResponse>;

Parameters

• entity: the entity context where the type mapping is persisted.

• fromType: the originating entity type mapping context

• toType: the destination entity type mapping context

• filename: the name the of the to copy

• fromrelpath: an optional originating relative path based on the context root folder

• torelpath: an optional destination relative path based on the context root folder

Output

{
    data: File
    success: boolean
}

renameFile

Rename a file in a context mapping.

Interface

renameFile(entity: string, type: string, fileName: string, newfileName: string, relPath?: [string], callback?: (error: T1CLibException, data: FileResponse) => void): Promise<FileResponse>;

Parameters

• entity: the entity context where the type mapping is persisted.

• fromType: the originating entity type mapping context

• toType: the destination entity type mapping context

• filename: the name the of the to copy

• relpath: an optional relative path based on the context root folder

Output

{
    data: File
    success: boolean
}

getFileInfo

Get file information of a file in a context mapping.

Interface

getFileInfo(entity: string, type: string, fileName: string, relPath?: [string], callback?: (error: T1CLibException, data: FileResponse) => void): Promise<FileResponse>;

Parameters

• entity: the entity context where the type mapping is persisted.

• type: the originating entity type mapping context

• filename: the name the of the to copy

• relpath: an optional relative path based on the context root folder

Output

{
    data: File
    success: boolean
}

createType

The initPath parameter denotes an initial path proposal from the application. Example values:

Windows

inittabspath = [ "C:\", "Users", "user1", "Desktop", "folder1" ];
inittabspath = [ "C:\Users", "user1", "Desktop", "folder1" ];
inittabspath = [ "C:\Users\user1\Desktop\folder1" ];

macOS

initPath = [ "Users", "user1", "Desktop", "folder1" ];
initPath = [ "/Users/user1/Desktop/folder1" ];

Linux

initPath = [ "home", "user1", "Desktop", "folder1" ];
initPath = [ "/home/user1/Desktop/folder1" ];

The optional parameter modal is by default set to true.

When createType is called upon an existing type mapping, the file-chooser shown to the user is defaults to the existing absolute path provided for the type.

The showModal flag is used to propose (or not) the prompt to the end user even if the initPath exists or not. This parameter forces the prompt of the file chooser:

• when the initPath is provided and showModal is set to true: the initPath is pre-selected in the file-chooser shown to the user if existing, or the file-chooser is shown with a default path.

• when the initPath is provided and modal is set to false: the initabspath is used when mapping exists, otherwise the file-chooser is shown to the user in order to select a valid absolute path.

• when the initPath is not provided and modal is set to true: the file-chooser is shown when the mapping doesn't exist.

• when the initPath is not provided and modal is set to false: a type exception is thrown when the type mapping doesn't exist

Interface

createType(entity: string, type: string, initPath: [string], modal?: boolean, timeout?: number, callback?: (error: T1CLibException, data: TypeResponse) => void): Promise<TypeResponse>;

Parameters

• entity: the entity context where the type mapping is persisted.

• type: the entity type mapping context

• modal: indicate if the folder dialog must be shown

• timeout: optional timeout in seconds before the folder dialog is discarded)

• initPath: the optional initial root context path for the new type

Output

{
    data: Type
    success: boolean
}

Use Cases

The use cases are the followings with the concerned parameters:

Use Case 1

• createType with an existing initPath and parameter showModal = true

  • The user will create a type mapping.

  • The application uses the T1C function createType with as parameter an existing initabspath and the modal set to true.

  • A prompt must appear with the value set to initPath.

  • The user selects (or not) a directory and cancels or validates the creation:

  • Cancellation of the creation.

    • The exception is raised due the fact it has been aborted.

  • Validation of the creation.

    • The Type is created.

  • End

• Use Case 2

  • createType with an existing initabspath and parameter modal = false

    • The user will create a Type

  • The application uses the T1C function createType using as parameter an existing initPath and the modal set to false.

  • No prompt will be proposed to the end user but the Type is created.

  • End

• Use Case 3

  • createType with a non existing initPath (whatever the value true or false of the flag modal)

    • The user will create a Type.

  • The application uses the T1C function createType with as parameter a non existing initPath.

  • A prompt must appear with default value.

  • The user selects (or not) a directory and cancels or validates the creation:

    • Cancellation of the creation.

      • The exception is raised due the fact it has been aborted.

    • Validation of the creation.

      • The Type is created.

  • End

createTypeDirs

Create directories for a context mapping.

Interface

createTypeDirs(entity: string, type: string, relPath: [string], modal?: boolean, timeout?: number, callback?: (error: T1CLibException, data: FileListResponse) => void): Promise<FileListResponse>;

Parameters

• entity: the entity context where the type mapping is persisted.

• type: the entity type mapping context

• relpath: a relative path based on the context root folder

• modal: indicate if the folder dialog must be shown

• timeout: optional timeout in seconds before the folder dialog is discarded)

Output

{
    data: FileList
    success: boolean
}

updateType

Update a context mapping. A folder dialog will be opened and a new root context path can be choosen.

Interface

updateType(entity: string, type: string, timeout?: number, callback?: (error: T1CLibException, data: TypeResponse) => void): Promise<TypeResponse>;

Parameters

• entity: the entity context where the type mapping is persisted.

• type: the entity type mapping context

• timeout: timeout in seconds before the folder dialog is discarded)

Output

{
    data: Type
    success: boolean
}

deleteType

Delete a context mapping.

Interface

deleteType(entity: string, type: string, callback?: (error: T1CLibException, data: boolean) => void): Promise<boolean>;

Parameters

• entity: the entity context where the type mapping is persisted.

• type: the entity type mapping context

Output

{
    data: boolean
    success: boolean
}

Error Responses

The error codes mentioned are added to the File Exchange container. The exception handling follows the framework exception handling and are extensions of status codes mentioned on: