This proposal is just java based client API, if we nail down how a user could build an app
that has sync functionality, all other things will fall into place. I suggest we keep the
protocol and the server implementation as simple as possible and like qmx also suggested.
JSON based with a hash as revision number for merging.
On 9 Dec,2013, at 14:30 , Sebastien Blanc <scm.blanc(a)gmail.com> wrote:
On Mon, Dec 9, 2013 at 2:27 PM, Summers Pittman <supittma(a)redhat.com> wrote:
On Mon 09 Dec 2013 02:44:59 AM EST, Erik Jan de Wit wrote:
> My idea was that when the client calls sync the server side state and the client
side state get merged and the delta is send
So this would also require a server definition?
I have the same interrogations, what do we want do deliver :
- an Unified Synch Server ( USS )
- Client Libs (ios, android, web, cordova plugin)
>
> On 6 Dec,2013, at 18:16 , Summers Pittman <supittma(a)redhat.com> wrote:
>
>> One of the questions I have about this API is how are push events handled with
sync or is this just an offline cache?
>>
>> IE how is data sent down to the client when things change (or is that not for
this use case)
>>
>
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev