Sorry was a merge error on my part when I was writing the email.
On Tue, Feb 4, 2014 at 5:42 PM, Summers Pittman <firstname.lastname@example.org> wrote:
On 02/04/2014 03:04 AM, Corinne Krych wrote:I don't think extending Pipe is the best idea. However, I feel that any
> Hello all,
> I started doing demo app Buddies and Hobbies  (same idea than luke’s one ). But instead of usin gcomplete separate chanel I wrapped Pipe within SyncPipe . Questions:
> 1. looking at Luke’s work I didn’t see the usage of pipe at all.
> 2. do we want to reuse Pipe protocol/interface for sync Pipe or use a different one?
> I rather use the pipe underneath as we don’t want to reimplement Paging, upload etc...
> wdyt guys?
synchronizer should use pipes under the hood.
Think composition over inheritance. Also overloading the read and save
methods will get rather rough when we also have to check for conflicts
and handle responses from the server.
A SyncPipe could be the implementation the sync system works in iOS,
not sure I get this
I don't think it should be part of the spec/protocol.
> With our actual server , we need adjust to serve REST endpoint. Ugly harcoded it (for now) to serve my purpose.
>  https://github.com/corinnekrych/aerogear-ios-cookbook/tree/sync.demo.recipe/Hobbies
>  https://github.com/lholmquist/ag-js-ds-poc
>  https://github.com/corinnekrych/aerogear-sync-ios
>  https://github.com/corinnekrych/aerogear-sync-server/blob/master/server/src/main/java/org/jboss/aerogear/sync/rest/RestChannelHandler.java#L49
> aerogear-dev mailing list
aerogear-dev mailing list
_______________________________________________ aerogear-dev mailing list email@example.com https://lists.jboss.org/mailman/listinfo/aerogear-dev