FileStore Service

Overview

An eGov core application that handles uploading different kinds of files to servers including images and different document types.

Pre-requisites

  1. Prior Knowledge of Java/J2EE

  2. Prior Knowledge of Spring Boot

  3. Prior Knowledge of REST APIs and related concepts like path parameters, headers, JSON etc

  4. Prior knowledge of AWS and Azure

Key Functionalities

The filestore application takes in a request object which contains an image/document or any kind of file and stores them in a disk/AWS/azure. Depending upon the configurations, additional implementations can be written for the app interface to interact with any other remote storage.

The requested file to be uploaded is taken in form of a multi-part file then saved to the storage and a uuid is returned as a unique identifier for that resource. This is used to fetch the documents later.

In the case of images, the application creates three more additional copies of the file in the likes of large, medium and small for the usage of thumbnails or low-quality images in the case of mobile applications.

The search API takes the uuid, tenantid as mandatory url params and a few optional parameters and returns the presigned url of the files from the server. In the case of images, a single string containing multiple urls separated by commas is returned representing different sizes of images stored.

Setup And Configuration

The Application is present among the core group of applications available in the eGov-services git repository. The spring boot application needs lombok extension added in your ide to load it. Once the application is up and running API requests can be posted to the URL and ids can be generated.

In case of intellij, the plugin can be installed directly, for eclipse the lombok jar location has to be added in eclipse.ini file in this format -javaagent:lombok.jar.

In case the url is unavailable, please go to the docs folder of egov-services git repo and find the yaml for egov-filestore.

The application needs at least one type of storage available for it to store the files. It can be either file storage, AWS S3 or azure. More storage types can be added by extending the application interface too.

To work any of the file storage there are some application properties that need to be configured.

DiskStorage

The mount path of the disk should be provided in the following variable to save files in the disc. file.storage.mount.path=path.

Following are the variables that needs to be populated based on the aws/azure account you are integrating with.

How to enable Minio SDC

minio.url=http://minio.backbone:9000(Minio server end point)

isS3Enabled=true(Should be true)

aws.secretkey={minio_secretkey}

aws.key={minio_accesskey}

fixed.bucketname=egov-rainmaker(Minio bucket name)

minio.source=minio

How to enable AWS S3

minio.url=https://s3.amazonaws.com

isS3Enabled=true(Should be true)

aws.secretkey={s3_secretkey}

aws.key={s3_accesskey}

fixed.bucketname=egov-rainmaker(S3 bucket name)

minio.source=minio

AZURE

isAzureStorageEnabled - informing the application whether Azure is available or not

azure.defaultEndpointsProtocol - type of protocol https

azure.accountName - name of the user account

azure.accountKey - secret key of the user account

NFS

isnfsstorageenabled-informing the application whether NFS is available or not <True/False>

file.storage.mount.path - <NFS location, example /filestore>

source.disk - diskStorage - name of storage

disk.storage.host.url=<Main Domain URL>

Allowed formats to be uploaded

# the default format of the allowed file formats goes in a set bracket with string inside it - {"jpg","png"} - please follow the same.

allowed.formats.map={jpg:{'image/jpg','image/jpeg'},jpeg:{'image/jpeg','image/jpg'},png:{'image/png'},pdf:{'application/pdf'},odt:{'application/vnd.oasis.opendocument.text'},ods:{'application/vnd.oasis.opendocument.spreadsheet'},docx:{'application/x-tika-msoffice','application/x-tika-ooxml','application/vnd.oasis.opendocument.text'},doc:{'application/x-tika-msoffice','application/x-tika-ooxml','application/vnd.oasis.opendocument.text'},dxf:{'text/plain'},csv:{'text/plain'},txt:{'text/plain'},xlsx:{'application/x-tika-ooxml','application/x-tika-msoffice'},xls:{'application/x-tika-ooxml','application/x-tika-msoffice'}}

The key in the map is the visible extension of the file types, the values on the right in curly braces are the respective tika types of the file. these values can be found on the tika website or by passing the file through the tika functions.

Available features

  1. Upload POST API to save the files on the server

  2. Search Files GET API to retrieve file based only on id and tenantid

  3. Search URLs GET API to retrieve pre-signed urls for a given array of ids

Deployment Details

  1. Deploy the latest version of Filestore Service

  2. Add Role-Action mapping for APIs

Integration

Integration Scope

The filestore service is used to upload and store documents that citizens add while availing services from ULBs.

Integration Benefits

  • Can perform file upload independently without having to add file upload specific logic in each module.

Steps to Integration

  1. To integrate, a host of filestore modules should be overwritten in the helm chart.

  2. /filestore/v1/files should be added as the endpoint for uploading the file in the system

  3. /filestore/v1/files/url should be added as the search endpoint. This method handles all requests to search existing files depending on different search criteria

Postman Collection

Last updated

​All content on this page by eGov Foundation is licensed under a Creative Commons Attribution 4.0 International License.