<br><br>On Friday, October 12, 2012, Matthias Wessendorf wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Marko,<br>
<br>
On Fri, Oct 12, 2012 at 12:43 AM, Marko Strukelj <<a href="javascript:;" onclick="_e(event, 'cvml', 'mstrukel@redhat.com')">mstrukel@redhat.com</a>> wrote:<br>
><br>
> Ok ... I just noticed that this issue relates to API documentation.<br>
><br>
> So what I wrote below is completely out of context for this issue, maybe for another debate ...<br>
<br>
<br>
there were some good comments in, regarding what JS and iOS call 'DataManager'.<br>
<br>
Right now the APIs are pretty simple there and they use 'in memory' storage.<br>
Christos is playing with the AGDataManager, also regarding 'data sync'.<br>
<br>
Regarding adding 'real' persistent technologies, I also agree to</blockquote><div><br></div><div>not.... lol<span></span></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
reventing the wheel,<br>
that's what the iOS roadmap dedicates a good amount of work to Core<br>
Data (for the December<br>
timeframe release).<br>
<br>
.M<br>
<br>
> Just go ahead Passos, and feel free to comment the code, as you review it.<br>
><br>
> Thanks,<br>
><br>
> - marko<br>
><br>
><br>
> ----- Original Message -----<br>
>> I agree, that would be awesome.<br>
>><br>
>> The issue needs some more describing though, so maybe we should first<br>
>> define it better.<br>
>><br>
>> I suppose it's Android local persistence that we're talking about<br>
>> here, not remote persistence - which is what Pipes API covers?<br>
>><br>
>> It would be good to outline any requirements that we might envision.<br>
>> For example this layer will take part in synchronization - well, I<br>
>> suppose synchronization will use it, maybe listen to some events at<br>
>> this layer, do inserts ...<br>
>><br>
>> Implementation-wise Android comes with OOTB SQLite, but we like to<br>
>> work with objects / entities. There are some existing ORM libraries<br>
>> specifically for Android ... Maybe we want to use some of those<br>
>> projects, or maybe we want to do something of our own. Maybe<br>
>> something that looks more like JPA. Or not, it all depends on our<br>
>> requirements.<br>
>><br>
>> Therefore I think, that before we start developing something new, we<br>
>> really should put down some features we want of this library. I.e.:<br>
>><br>
>> 1) Fast, and small<br>
>> 2) Ergonomic, small, and simple API<br>
>> 3) Thin wraper around SQLite with easy access to all the native SQL<br>
>> that SQLite supports<br>
>> 4) ORM<br>
>> ...<br>
>><br>
>><br>
>> - marko<br>
>><br>
>><br>
>> ----- Original Message -----<br>
>> ><br>
>> ><br>
>> > That would be awesome, is just a matter of wait a reply from Glen<br>
>> > and<br>
>> > Marko.<br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> > --<br>
>> > "The measure of a man is what he does with power" - Plato<br>
>> > -<br>
>> > @abstractj<br>
>> > -<br>
>> > Volenti Nihil Difficile<br>
>> ><br>
>> > On Thursday, October 11, 2012 at 10:05 AM, Daniel Passos wrote:<br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> > Hey Guys,<br>
>> ><br>
>> ><br>
>> > may I take a stab at AEROGEAR-299?<br>
>> ><br>
>> ><br>
>> ><br>
>> > --<br>
>> > Daniel Passos<br>
>> ><br>
>> ><br>
>> ><br>
>> > _______________________________________________<br>
>> > aerogear-dev mailing list<br>
>> > <a href="javascript:;" onclick="_e(event, 'cvml', 'aerogear-dev@lists.jboss.org')">aerogear-dev@lists.jboss.org</a><br>
>> > <a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br>
>> ><br>
>> ><br>
>> > _______________________________________________<br>
>> > aerogear-dev mailing list<br>
>> > <a href="javascript:;" onclick="_e(event, 'cvml', 'aerogear-dev@lists.jboss.org')">aerogear-dev@lists.jboss.org</a><br>
>> > <a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br>
>> ><br>
>> _______________________________________________<br>
>> aerogear-dev mailing list<br>
>> <a href="javascript:;" onclick="_e(event, 'cvml', 'aerogear-dev@lists.jboss.org')">aerogear-dev@lists.jboss.org</a><br>
>> <a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br>
>><br>
> _______________________________________________<br>
> aerogear-dev mailing list<br>
> <a href="javascript:;" onclick="_e(event, 'cvml', 'aerogear-dev@lists.jboss.org')">aerogear-dev@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br>
<br>
<br>
<br>
--<br>
Matthias Wessendorf<br>
<br>
blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_blank">http://matthiaswessendorf.wordpress.com/</a><br>
sessions: <a href="http://www.slideshare.net/mwessendorf" target="_blank">http://www.slideshare.net/mwessendorf</a><br>
twitter: <a href="http://twitter.com/mwessendorf" target="_blank">http://twitter.com/mwessendorf</a><br>
</blockquote><br><br>-- <br>Sent from Gmail Mobile<br>