[aerogear-dev] Sync Day 4 Sync or Swim

Lucas Holmquist lholmqui at redhat.com
Mon Feb 3 10:52:10 EST 2014


On Feb 3, 2014, at 10:50 AM, Matthias Wessendorf <matzew at apache.org> wrote:

> 
> 
> 
> On Mon, Feb 3, 2014 at 4:34 PM, Summers Pittman <supittma at redhat.com> wrote:
> On 02/03/2014 10:28 AM, Matthias Wessendorf wrote:
>> 
>> 
>> 
>> On Mon, Feb 3, 2014 at 3:27 PM, Summers Pittman <supittma at redhat.com> wrote:
>> So This should be all of the JIRAs (epics plus sub tasks)
>> 
>>   *
>> https://issues.jboss.org/browse/AEROGEAR-1428?jql=project%20%3D%20AEROGEAR%20AND%20component%20%3D%20data-sync%20AND%20created%20%3E%3D%20-1w%20ORDER%20BY%20created%20DESC
>> 
>> 
>> If we figure out something else, or change our mind, we can always move/create some JIRAs.
>> 
>> Overall these items you created here are looking good. However I think the server needs a bit more definition, e.g. what type of adapters (e.g. Couch-Adapter, Hibernate-Adapter), assuming we agreed on this architecture, instead of embedding w/in an application (e.g. on-top of JPA/Hibernate)
> I mentioned that in response to DanBev
> 
> TL;DR;  I didn't think of the server beyond "the data has to come from somewhere".  I heavily prefer having a protocol and a reference implementation that having a "you have to use this server to use this client" setup.  But that is still up for discussion.
> 
> yeah not sure on just providing an RI
>  
> 
> I feel like push struck a good balance.  We have Unified push as our default implementation, but it is easy to plug in your own.
> 
> hrm, sync based on UnifiedPush ? I was hope for this being a bit more flexible, or optional. hrm not sure

i read that as the UPS being a good RI for our push server protocol, not a sync thing


> 
>  
> 
>> 
>>  
>> Now we need to figure out things like versions, release dates, project
>> specific JIRAs, etc.
>> 
>> Me PERSONALLY I think that
>>   * https://issues.jboss.org/browse/AEROGEAR-1405 and
>>   * https://issues.jboss.org/browse/AEROGEAR-1409
>> 
>> sounds like a good starting point
>>  
>> 
>> 
>> leave us in a great place for a 0.1.0 release.  It will have enough
>> stuff done that we can say "yes this a product" but isn't so feature
>> rich that we get bogged down in minutia.
>> 
>> WDYT?
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>> 
>> 
>> 
>> -- 
>> Matthias Wessendorf 
>> 
>> blog: http://matthiaswessendorf.wordpress.com/
>> sessions: http://www.slideshare.net/mwessendorf
>> twitter: http://twitter.com/mwessendorf
>> 
>> 
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
> 
> 
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
> 
> 
> 
> -- 
> Matthias Wessendorf 
> 
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20140203/5a446345/attachment-0001.html 


More information about the aerogear-dev mailing list