Updates: Web API Server 2.0 is available. Check https://www.b4x.com/android/forum/threads/project-template-web-api-server-2.143310/ Version: 1.16 Description: Create Web API Server with CRUD functionalities Sample application: [B4X] Todo List based on Web API Template: Web API Server...
www.b4x.com
configure all your Webapps to "send anything you want to store to the jServer" or even "request Data from the jServe" there.
It is up to you to build anything. You already have the tools to do.
For Web App as the client, you want a real-time synchronization?
You may need to use a timer or sleep with interval to call a function that communicate with the APIs. The browser also has localStorage or cache or cookie to store the local copy. If you want more security, you may want to encrypt the data using AES or other algorithm.
If it is just a passive local storage then just ignore the timer.
CloudKVS solves a specific and quite complicated use case where devices are working offline and later need to synchronize the data. Web apps by their nature are online.
CloudKVS solves a specific and quite complicated use case where devices are working offline and later need to synchronize the data. Web apps by their nature are online.
This is exactly why I asked this question. On the web side one can have indexed DB to store the data using key value pairs when offline and where there is no internet connection.
Now its the CloudKVS side that I have been wondering about and how it can do the syncing when one is back online from a web app perspective.
The CloudKVS then is a perfect example of the use case I need. I guess the schema of both offline and online dB should be the same.
I just haven't thought it through about how all this could work yet but via REST API.
The client code saves all operations in a local SQLite db, serialized with B4XSerializator.
Once there is a connection it sends all the operations with a REST API to the server.
You will need to implement something similar without B4XSerializator. I guess that it won't be too complicated to use JSON instead. Managing the queue itself is the challenging part.
Have you started with a small experiment? If I understand Erel correctly, you need to handle the queue using client side JavaScript. For the backend you may try my WebAPI or jAPI which output JSON.