User Guide: SDKs > VoltMX Iris SDK > File Service Adapter APIs
File Service Adapter APIs
File Service Adapters, such as S3 File Storage and Cloudian File Storage, enable you to store binaries along with the metadata. The adapters create and use a generic FILE object, which makes searching of binaries easier.
The APIs provide a unified interface to perform various operations for binaries. Even if the back-end service changes, the application code remains the same and you do not need to change the interface.
File Storage Adapter supports the following operations:
- POST (create) creates the metadata of a file. It takes a file_name, metadata (optional), security_key (optional), relative path (optional), and file_namespace (optional) as inputs. It returns a unique file_id.
- createBinary uploads the file content to the metadata that is created using POST operation. It takes the file’s binary content, file_id to identify the file, chunk sequence as inputs. It takes security_key and file_namespace as inputs if they are provided during the creation of the metadata.
- PATCH (partial update) completes the file upload transaction. It takes file_id to identify a file. You must provide security_key and file_namespace if they are provided during the creation of the metadata. You can also provide commit_properties (stringified JSON or collection of properties) as an input based on the business requirements.
- GET lists down the metadata of the created file. It takes an OData filter containing a combination of security_key, file_namespace, relative_path, tags, description, and file_id as inputs.
- getBinary downloads the file content in the base64 format by default. It takes file_id as an input to identify a file. You must provide security_key and file_namespace if they are provided during the creation of the metadata. You can also provide type as an input with value bytes or file. If you specify bytes, the response will be in a stream format. If you specify the file, the response will be in a downloadable format.
- DELETE deletes the metadata and file content. It takes file_id, security_key (optional) and file_namespace (optional) as inputs.
-
PUT (update) updates the metadata of the file.
Note: If the file content needs to be updated, you must delete the file using the DELETE operation and re-upload the file.
file_namespace is a folder in the base folder in which, the hash of security_key is created. While the base folder is configured during service creation (service_namespace), file_namespace is provided as a run-time input to the operation. The namespace can be sent from the input parameters, and a folder is created under service namespace from the service definition. If the namespace is not provided in the input parameters, a default namespace is used.
security_key is used to create a folder under the file_namespace folder. The binary content is saved with the file_name provided in the newly created folder. The security_key can be null. If it is null, a default security_key is used.
If you want to upload data for a specific user, it is recommended to use the user ID from the identity session that is in the preprocessor of the service. If you want to have common content, you can also send a common security_key.
Relative path is used to create a folder hierarchy in the folder specified by the hashed security_key. The binary content is saved with the filename, in the newly created folder. If the relative path is not provided, the content will be stored directly under the given security_key.
Workflow
The workflow of File Storage Adapter is as follows:
- Create a service using the file storage as backend in the object service tab
- Choose the Binary Backend Type from the drop-down pointing to the file system or cloudian.
-
In the case of Cloudian hyperstore, provide the required information to access the Cloudian Hyperstore such as access credentials, base folder, region, and endpoint as a json in advanced settings.
{ “accessKey”:
, "accessSecret": , "endPointURL": , "region": , "bucketPath": } - Provide the required service namespace in the service configuration.
- Test and save the service.
- Click on generate and choose File Object in the list.
-
Configure the security_key in the mapper of the appropriate verb as required. You can either choose to use the user ID from the identity session as the security_key or let the user provide the security_key.
Note: Even though the user provides the security_key, identity session user ID takes precedence over the security key by default.
- Use an SDK API to connect to the file storage adapter service and upload a binary.
- The binary is uploaded to either Filesystem or Cloudian inside a specified folder path in the server.
Note: If you select identity session user ID as security_key, you must log on to the identity session before invoking any APIs. Otherwise, the server throws an error saying, ‘Please log on and try again’.
File Storage Adapter supports the following operations:
Note: Client SDK APIs are supported for Android, iOS and Web platforms.
Preprequisites
To use File Service Adapter APIs for web applications, you must enable Offline Objects in Volt MX Iris.
To enable Offline Objects for Responsive Web apps, follow these steps:
- From the left navigation panel of Iris, select Project Settings.
- From the Project Settings window, navigate to the Responsive Web section.
- Under General Settings, select the Enable Offline Objects check box.
To enable Offline Objects for Adaptive Web (Mobile SPA) apps, follow these steps:
- From the left navigation panel of Iris, select Project Settings.
- From the Project Settings window, navigate to the Adaptive Web (Mobile SPA) section.
- Under Offline Objects, select the Enable Offline Objects check box.
Getting the File Storage Handler from an Object Service
Use the following sample code to get the file storage handler from an Object service.
list
The list operation returns a JSON string that contains the metadata of all matching files.
Note: If no matching files are found, the JSON string response will contain an empty array.
Syntax
objSvc.getFileStorage().listFiles(searchFilter, headers, successCallback, failureCallback, options)
Parameters
Parameter | Data Type | Description | Mandatory |
---|---|---|---|
searchFilter | String | An OData filter that has conditions for search. The allowed keys are security_key, file_namespace, relative_path, tags, and description. It can be null or empty, implying that all files’ metadata will be returned. | No |
headers | dictionary<string, string> | It is a dictionary <string, string> that contains the required headers. | Yes |
successCallback | function(obj) | It is the callback to be invoked on successful completion of the listFiles operation. | Yes (may be null) |
failureCallback | function(obj) | It is the callback to be invoked on failure of the listFiles operation. | Yes (may be null) |
Sample Code
Sample Output
upload
The upload operation uploads either a single file or raw bytes. It is mandatory to specify either filePath or rawBytes, but not both.
Syntax
objSvc.getFileStorage().upload(uploadEntityType, uploadParams, successCallback, failureCallback, options)
Parameters
Parameter | Data Type | Description | Mandatory |
---|---|---|---|
uploadEntityType | String | It decides whether to upload a local file (using its filePath) or raw bytes array. Permitted values are UploadInputTypeLocalFilePath and UploadInputTypeRawBytes. The corresponding filePath or byteArray will be specified in uploadParams. | Yes |
uploadParams | dictionary<string, dictionary<string, string» | It is a dictionary that contains the three key value pairs (metadata, headers and file). Each of these keys correspond to another dictionary of key value pairs. metadata dictionary must contain attachment_name, security_key (optional) and file_namespace (optional). Also, file must specify either a valid filePath or non-null rawBytes, in accordance with the value specified for uploadEntityType. > Important: For SPA, uploadParams must contains a JavaScript file object.For more information on file object, click here. | Yes |
successCallback | function(obj) | It is the callback to be invoked on successful upload. | Yes (may be null) |
failureCallback | function(obj) | It is the callback to be invoked in case of failure of upload. | Yes (may be null) |
Sample Code
Sample Output
download
The download operation downloads one file at a time.
Syntax
objSvc.getFileStorage().download(downloadParams, successCallback, failureCallback, options)
Parameters
Parameter | Type | Description | Mandatory |
---|---|---|---|
downloadParams | dictionary<string, dictionary<string, string» | It is a dictionary that contains the two key value pairs (metadata and headers). Each of these keys correspond to another dictionary of key value pairs. metadata dictionary must contain file_id, security_key (optional) and file_namespace (optional). | Yes |
successCallback | function(obj) | It is the callback to be invoked on successful download. | Yes (may be null) |
failureCallback | function(obj) | It is the callback to be invoked in case of failure of download. | Yes (may be null) |
options | dictionary<string, string> | It accepts only one parameter namely forceDownload. > Note: If forceDownload is true, for every download call, the file is explicitly downloaded and overwrites the pre-existing local file (if any). | No |
Note: The downloadParams parameter must contain valid values. Otherwise, an error is encountered that says, ‘no such file exists’.
Sample Code
Sample Output
Note: In SPA, the output contains a fileObject instead of the filePath.
For more information on file object, click here.
update
The update operation updates the metadata of the existing file.
Syntax
objSvc.getFileStorage().update(updateParams, successCallback, failureCallback, options)
Parameters
Parameter | Type | Description | Mandatory |
---|---|---|---|
updateParams | dictionary<string, dictionary<string, string» | It is a dictionary that contains the two key value pairs (metadata and headers). Each of these keys correspond to another dictionary of key value pairs. metadata dictionary must contain file_id, security_key (optional) and file_namespace (optional). For more information about which columns of the metadata can be modified, refer to the Modifiable Columns table. | Yes |
successCallback | function(obj) | It is the callback to be invoked on successful update. | Yes (may be null) |
failureCallback | function(obj) | It is the callback to be invoked in case of failure of update. | Yes (may be null) |
Note: The updateParams parameter must contain valid values. Otherwise, an error is encountered that says, ‘no such file exists’.
Modifiable Columns
The following table specifies which columns of the metadata can be modified by using the update API.
Column name | Support for modification |
---|---|
file_namespace | No |
Description | Yes |
Tags | Yes |
Createdby | No Note: Createdby can be configured in the upload API |
Modifiedby | Yes |
custom_field | Yes Note: A custom_field parameter can also be configured in the upload API |
File_id | No |
File_name | No |
Checksum | Yes |
File_size | Yes |
Security_key | No |
Commit_properties | No Note: Commit_properties can be configured in the upload API |
Mime_type | Yes |
Relative_path | No |
CreatedTimeStamp | No |
ModifiedTimeStamp | No |
Sample Code
Sample Output
deleteById
The deleteById operation deletes the existing files. It deletes one file at a time.
Syntax
objSvc.getFileStorage().deleteById(file_id, deleteParams, successCallback, failureCallback, options)
Parameters
Parameter | Type | Description | Mandatory |
---|---|---|---|
file_id | String | It is the ID of the file to be deleted. | Yes |
deleteParams | dictionary<string, dictionary<string, string» | It is a dictionary that contains the two key value pairs (metadata and headers). Each of these keys correspond to another dictionary of key value pairs. metadata dictionary is optional and must contain at one key value pair. | Yes |
successCallback | function(obj) | It is the callback to be invoked on successful deletion. | Yes (may be null) |
failureCallback | function(obj) | It is the callback to be invoked in case of failure of deletion. | Yes (may be null) |
Note: The combination of file_id and downloadParams metadata must contain valid values. Otherwise, an error is encountered that says, ‘no such file exists’.
Sample Code
Sample Output
deleteByCriteria
The deleteByCriteria is used for bulk-delete of files matching the specified deleteParams.
Syntax
objSvc.getFileStorage().deleteByCriteria(deleteParams,successCallback, failureCallback, options)
Parameters
Parameter | Type | Description | Mandatory |
---|---|---|---|
deleteParams | dictionary<string, dictionary<string, string» | It is a dictionary that contains the two key value pairs (metadata and headers). Each of these keys correspond to another dictionary of key value pairs. metadata dictionary is optional and must contain at one key value pair. All the files whose metadata matches with the value(s) specified are deleted. | Yes |
successCallback | function(obj) | It is the callback to be invoked on successful deletion. | Yes (may be null) |
failureCallback | function(obj) | It is the callback to be invoked in case of failure of deletion. | Yes (may be null) |
Note: The downloadParams metadata must contain valid values. Otherwise, an error is encountered that says, ‘no such file exists’.
Sample Code
Sample Output
abort
The abort is same as deleteById. It deletes one file at a time.
Syntax
objSvc.getFileStorage().abort(file_id, abortParams, successCallback, failureCallback, options)
Parameters
Parameter | Type | Description | Mandatory |
---|---|---|---|
file_id | String | It is the ID of the file to be deleted. | Yes |
abortParams | dictionary<string, dictionary<string, string» | It is a dictionary that contains the two key value pairs (metadata and headers). Each of these keys correspond to another dictionary of key value pairs. metadata dictionary is optional and must contain at one key value pair. | Yes |
successCallback | function(obj) | It is the callback to be invoked on successful deletion. | Yes (may be null) |
failureCallback | function(obj) | It is the callback to be invoked in case of failure of deletion. | Yes (may be null) |
Note: The combination of file_id and downloadParams metadata must contain valid values. Otherwise, an error is encountered that says, ‘no such file exists’.
Sample Code
Sample Output
Error Codes and Messages
Error Code | Error Message | Scenario |
---|---|---|
5001 | Binary record is in invalid state to perform the operation | Unexpected exception while performing an operation. For example, network issues, out of memory, low disk space, and data corruption. |
5004 | Binary record doesn’t exist for the given primary keys | Invalid file_id provided for downloading a file. |
6002 | Download operation of binary failed | Failed to download a file. |
6003 | Network operation failed | Unexpected response received from the Volt MX Foundry server. |
6006 | Upload error | Failed to upload a file. |
6020 | Update operation failed | Failure of the update operation. |
6024 | Unable to perform Delete | Failure of deleteById, deleteByCriteria, and abort operations. |
8001 | Binary operation failed due to IO Operation | Error from the Volt MX Foundry Server when creating an entry for uploading a new file. |
11001 | Chunk could not be saved | Failed to save a chunk of file while downloading a large file. |