[Feedhenry-raincatcher] [Community Functionality] Image storage

Fri Oct 13 09:53:27 UTC 2017

+1, This would be a very useful component.

__

COLÚM BENNETT

CONSULTANT, RED HAT MOBILE

Red Hat Mobile

Communication House, Cork Road,

Waterford, Ireland, X91NY33.

cbennett at redhat.com    T: +353-51-810127 <00353-51-810127>     IM: cbennett

*Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com <http://redhat.com>.*
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

@redhatnews <https://twitter.com/redhatnews>   Red Hat
<https://www.linkedin.com/company/red-hat>   Red Hat
<https://www.facebook.com/RedHatInc>

On 13 October 2017 at 09:53:30, Darach Cawley (dcawley at redhat.com) wrote:

This is a really good feature!

On Thu, Oct 12, 2017 at 4:43 PM, Wojciech Trocki <wtrocki at redhat.com> wrote:

> Following email contains proposition for new RainCatcher functionality.
> Contents of this email will be also moved to public jira and open for
> discussion.
>
> *Introduction *
>
> RainCatcher users can build processes using steps.
> When working with the steps results are saved as JSON file in workorders.
>
> There are some situations when saving data in JSON format may not be
> efficient.
> For example binary files like images/pdfs needs to be encoded and can lead
> to really big JSON payloads.
>
> *Top Level Functionality*
>
> RainCatcher as solution should support file (initially photos only) upload
> that can be used when building steps.
> Developers should be able to build their steps that can interact with the
> files.
> Server side should support file storage using interface - storage agnostic.
>
> [image: Inline image 1]
>
>
>
> App flow
>
> 1. Step can use client api to create photo requests.
> 2. As result client is calling camera plugin and photo is stored in local
> storage.
> 3. Step retrieves link to local file that contains image
>
> File Sync flow
>
> 1. All files that are created are put on sync queue.
> Queue supports two types of sync (syncing local file, fetching file from
> server)
> 2.1 When online, files are synced to server
> 2.2 When online, files are fetched from server. Step is notified and
> retrieves link to new file.
> 3. When offline queue is holding reference.
> Queue needs to be persisted to survive application restarts.
>
> Note: Sync implementation will not use FeedHenry Sync.
>
> *Client side support*
>
> Client side (plain javascript) will contain queue implementation that will
> interact with the cordova network state plugin.
> Queue will hold references to local file and sync them when online.
> Client will interact with the cordova camera plugin.
> Client will be available as separate npm module that can be required by
> any step implementation.
>
> *Server side support*
>
> New module that will expose file upload/download api.
>
> Proposed api endpoints
>
> *GET /api/files/{ID}* - retrieve specific file
> *POST /api/files* - create file
>
> Endpoints will be used by client to sync needed files
>
> *Functional requirements*
>
> Both client and server should be configurable:
>
> - supporting different storage locations and other cordova parameters like
> thumbnails support etc.
> - supporting different storage engines on the server (interface)
>
> *Examples*
>
> Example step will be provided that will implement file sync functionality
>
> *Relation to Beta Version functionality*
>
> Provided API in beta was missing required functionalities like full
> offline support, configurable authentication etc.
> With that in mind I personally suggest to not reuse any of the
> functionalities from previous versions.
>
> *Notes*
>
> As this functionality is not WFM specific I suggest to done it in the way
> so it will be reusable by others who wants to implement Cordova offline
> file sync.
>
> Regards
>
> --
>
> WOJCIECH TROCKI
>
> Red Hat Mobile <https://www.redhat.com/>
>
> IM: wtrocki
> <https://red.ht/sig>
>

--

Darach Cawley

Senior Consultant

Red Hat Mobile

dcawley at redhat.com     T: 051810130     IM: dcawley

www.redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
_______________________________________________
Feedhenry-raincatcher mailing list
Feedhenry-raincatcher at redhat.com
https://www.redhat.com/mailman/listinfo/feedhenry-raincatcher
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/feedhenry-raincatcher/attachments/20171013/5a0e9063/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 291112A6-606D-4F72-8F2C-6B3AD28DE586
Type: application/octet-stream
Size: 39853 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/feedhenry-raincatcher/attachments/20171013/5a0e9063/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: CF202326-D74D-4FF8-9E25-27D348E1480C
Type: application/octet-stream
Size: 910 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/feedhenry-raincatcher/attachments/20171013/5a0e9063/attachment-0001.obj>