5:34 p.m.
I know we really haven't talked about cordova plugins to much, but i want to just get
this thought down so i didn't forget about it.
would it make sense to have a cordova plugin for accessing the core data stuff from our
iOS libs, that is once it's ready.
I know cordova has a storage api, but it looks like it is just based on the W3C web
storage/web sql specs
i guess i was thinking this is how it would work:
Possibley have an aerogear.js datamanager plugin for the front end that then calls the
aerogear ios libs coredata plugin
In JS
var dataManager = AeroGear.DataManager({
name: coreDataStore,
type: CoreData //or something
});
var coreDataStore = dataManager.stores[0];
coreDataStore.read() // this would access the Aerogear ios core data part
I'm not really familiar with core data, so i could be way off base with this idea
-Luke
5:55 p.m.
Cordova is something I want to dig into after 1.0. I like the spirit of the idea. See
comments inline.
On Dec 20, 2012, at 10:34 AM, Lucas Holmquist <lholmqui(a)redhat.com> wrote:
I know we really haven't talked about cordova plugins to much,
but i want to just get this thought down so i didn't forget about it.
would it make sense to have a cordova plugin for accessing the core data stuff from our
iOS libs, that is once it's ready.
I think so
I know cordova has a storage api, but it looks like it is just based
on the W3C web storage/web sql specs
That would probably be the basis of the "default adapter" for
DataManager on Cordova. I see a separate Cordova repo that can include a copy of
AeroGear.js with the default adapters (Pipeline:Rest, Auth:Rest, DataManager:Memory), then
we could implement other adapters, like a DataManager:CoreData adapter on top of that. Our
custom build system should allow for building a custom Cordova download as well as be able
to include other pieces from the AeroGear.js core (DataManager:SessionLocal for example).
i guess i was thinking this is how it would work:
Possibley have an aerogear.js datamanager plugin for the front end that then calls the
aerogear ios libs coredata plugin
Yes, though this is where we would need to involve someone with Cordova plugin and
iOS experience to get that connection between the JS and iOS libs.
In JS
var dataManager = AeroGear.DataManager({
name: coreDataStore,
type: CoreData //or something
});
var coreDataStore = dataManager.stores[0];
coreDataStore.read() // this would access the Aerogear ios core data part
I'm not really familiar with core data, so i could be way off base with this idea
-Luke
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
5:58 p.m.
Yea, just wanted to get the idea down so we don't forget and to see if its in the
right direction
On Dec 20, 2012, at 11:55 AM, Kris Borchers <kris(a)redhat.com> wrote:
Cordova is something I want to dig into after 1.0. I like the spirit
of the idea. See comments inline.
On Dec 20, 2012, at 10:34 AM, Lucas Holmquist <lholmqui(a)redhat.com> wrote:
> I know we really haven't talked about cordova plugins to much, but i want to just
get this thought down so i didn't forget about it.
>
> would it make sense to have a cordova plugin for accessing the core data stuff from
our iOS libs, that is once it's ready.
>
>
I think so
> I know cordova has a storage api, but it looks like it is just based on the W3C web
storage/web sql specs
>
>
That would probably be the basis of the "default adapter" for DataManager on
Cordova. I see a separate Cordova repo that can include a copy of AeroGear.js with the
default adapters (Pipeline:Rest, Auth:Rest, DataManager:Memory), then we could implement
other adapters, like a DataManager:CoreData adapter on top of that. Our custom build
system should allow for building a custom Cordova download as well as be able to include
other pieces from the AeroGear.js core (DataManager:SessionLocal for example).
> i guess i was thinking this is how it would work:
>
> Possibley have an aerogear.js datamanager plugin for the front end that then calls
the aerogear ios libs coredata plugin
>
>
Yes, though this is where we would need to involve someone with Cordova plugin and iOS
experience to get that connection between the JS and iOS libs.
> In JS
>
> var dataManager = AeroGear.DataManager({
> name: coreDataStore,
> type: CoreData //or something
> });
>
> var coreDataStore = dataManager.stores[0];
>
> coreDataStore.read() // this would access the Aerogear ios core data part
> I'm not really familiar with core data, so i could be way off base with this
idea
>
>
> -Luke
> _______________________________________________
> 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
7:16 p.m.
On Thu, Dec 20, 2012 at 5:58 PM, Lucas Holmquist <lholmqui(a)redhat.com> wrote:
Yea, just wanted to get the idea down so we don't forget and to
see if its
in the right direction
JIRA? :)
On Dec 20, 2012, at 11:55 AM, Kris Borchers <kris(a)redhat.com> wrote:
Cordova is something I want to dig into after 1.0. I like the spirit of the
idea. See comments inline.
On Dec 20, 2012, at 10:34 AM, Lucas Holmquist <lholmqui(a)redhat.com> wrote:
I know we really haven't talked about cordova plugins to much, but i want to
just get this thought down so i didn't forget about it.
would it make sense to have a cordova plugin for accessing the core data
stuff from our iOS libs, that is once it's ready.
I think so
I know cordova has a storage api, but it looks like it is just based on the
W3C web storage/web sql specs
That would probably be the basis of the "default adapter" for DataManager on
Cordova. I see a separate Cordova repo that can include a copy of
AeroGear.js with the default adapters (Pipeline:Rest, Auth:Rest,
DataManager:Memory), then we could implement other adapters, like a
DataManager:CoreData adapter on top of that. Our custom build system should
allow for building a custom Cordova download as well as be able to include
other pieces from the AeroGear.js core (DataManager:SessionLocal for
example).
i guess i was thinking this is how it would work:
Possibley have an aerogear.js datamanager plugin for the front end that then
calls the aerogear ios libs coredata plugin
Yes, though this is where we would need to involve someone with Cordova
plugin and iOS experience to get that connection between the JS and iOS
libs.
In JS
var dataManager = AeroGear.DataManager({
name: coreDataStore,
type: CoreData //or something
});
var coreDataStore = dataManager.stores[0];
coreDataStore.read() // this would access the Aerogear ios core data part
I'm not really familiar with core data, so i could be way off base with this
idea
-Luke
_______________________________________________
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
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)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
7:41 p.m.
On Dec 20, 2012, at 1:16 PM, Matthias Wessendorf <matzew(a)apache.org> wrote:
On Thu, Dec 20, 2012 at 5:58 PM, Lucas Holmquist
<lholmqui(a)redhat.com> wrote:
> Yea, just wanted to get the idea down so we don't forget and to see if its
> in the right direction
JIRA? :)
https://issues.jboss.org/browse/AEROGEAR-772
>
> On Dec 20, 2012, at 11:55 AM, Kris Borchers <kris(a)redhat.com> wrote:
>
> Cordova is something I want to dig into after 1.0. I like the spirit of the
> idea. See comments inline.
>
> On Dec 20, 2012, at 10:34 AM, Lucas Holmquist <lholmqui(a)redhat.com> wrote:
>
> I know we really haven't talked about cordova plugins to much, but i want to
> just get this thought down so i didn't forget about it.
>
> would it make sense to have a cordova plugin for accessing the core data
> stuff from our iOS libs, that is once it's ready.
>
>
> I think so
>
> I know cordova has a storage api, but it looks like it is just based on the
> W3C web storage/web sql specs
>
>
> That would probably be the basis of the "default adapter" for DataManager
on
> Cordova. I see a separate Cordova repo that can include a copy of
> AeroGear.js with the default adapters (Pipeline:Rest, Auth:Rest,
> DataManager:Memory), then we could implement other adapters, like a
> DataManager:CoreData adapter on top of that. Our custom build system should
> allow for building a custom Cordova download as well as be able to include
> other pieces from the AeroGear.js core (DataManager:SessionLocal for
> example).
>
> i guess i was thinking this is how it would work:
>
> Possibley have an aerogear.js datamanager plugin for the front end that then
> calls the aerogear ios libs coredata plugin
>
>
> Yes, though this is where we would need to involve someone with Cordova
> plugin and iOS experience to get that connection between the JS and iOS
> libs.
>
> In JS
>
> var dataManager = AeroGear.DataManager({
> name: coreDataStore,
> type: CoreData //or something
> });
>
> var coreDataStore = dataManager.stores[0];
>
> coreDataStore.read() // this would access the Aerogear ios core data part
>
> I'm not really familiar with core data, so i could be way off base with this
> idea
>
>
>
> -Luke
> _______________________________________________
> 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
>
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)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(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
7:15 p.m.
On Thu, Dec 20, 2012 at 5:55 PM, Kris Borchers <kris(a)redhat.com> wrote:
Cordova is something I want to dig into after 1.0. I like the spirit
of the
idea. See comments inline.
On Dec 20, 2012, at 10:34 AM, Lucas Holmquist <lholmqui(a)redhat.com> wrote:
I know we really haven't talked about cordova plugins to much, but i want to
just get this thought down so i didn't forget about it.
would it make sense to have a cordova plugin for accessing the core data
stuff from our iOS libs, that is once it's ready.
I think so
I know cordova has a storage api, but it looks like it is just based on the
W3C web storage/web sql specs
That would probably be the basis of the "default adapter" for DataManager on
Cordova. I see a separate Cordova repo that can include a copy of
AeroGear.js with the default adapters (Pipeline:Rest, Auth:Rest,
DataManager:Memory), then we could implement other adapters, like a
DataManager:CoreData adapter on top of that. Our custom build system should
allow for building a custom Cordova download as well as be able to include
other pieces from the AeroGear.js core (DataManager:SessionLocal for
example).
i guess i was thinking this is how it would work:
Possibley have an aerogear.js datamanager plugin for the front end that then
calls the aerogear ios libs coredata plugin
Yes, though this is where we would need to involve someone with Cordova
plugin and iOS experience to get that connection between the JS and iOS
libs.
exactly - could be task for the "iOS/ObjC" team ;-)
In JS
var dataManager = AeroGear.DataManager({
name: coreDataStore,
type: CoreData //or something
});
var coreDataStore = dataManager.stores[0];
coreDataStore.read() // this would access the Aerogear ios core data part
I'm not really familiar with core data, so i could be way off base with this
idea
-Luke
_______________________________________________
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
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
6:36 p.m.
great!
had the same thought, but forgot about it :-)
AGCoreData is not yet ready, though
-Matthias
On Thursday, December 20, 2012, Lucas Holmquist wrote:
I know we really haven't talked about cordova plugins to much,
but i want
to just get this thought down so i didn't forget about it.
would it make sense to have a cordova plugin for accessing the core data
stuff from our iOS libs, that is once it's ready.
I know cordova has a storage api, but it looks like it is just based on
the W3C web storage/web sql specs
i guess i was thinking this is how it would work:
Possibley have an aerogear.js datamanager plugin for the front end that
then calls the aerogear ios libs coredata plugin
In JS
var dataManager = AeroGear.DataManager({
name: coreDataStore,
type: CoreData //or something
});
var coreDataStore = dataManager.stores[0];
coreDataStore.read() // this would access the Aerogear ios core data part
I'm not really familiar with core data, so i could be way off base with
this idea
-Luke
--
Sent from Gmail Mobile
6:53 p.m.
Ideally, the JS developer will mostly be OS agnostic. Can the Cordova plugin support
both the iOS and Android means of "storage"?
On Dec 20, 2012, at 12:36 PM, Matthias Wessendorf wrote:
great!
had the same thought, but forgot about it :-)
AGCoreData is not yet ready, though
-Matthias
On Thursday, December 20, 2012, Lucas Holmquist wrote:
I know we really haven't talked about cordova plugins to much, but i want to just get
this thought down so i didn't forget about it.
would it make sense to have a cordova plugin for accessing the core data stuff from our
iOS libs, that is once it's ready.
I know cordova has a storage api, but it looks like it is just based on the W3C web
storage/web sql specs
i guess i was thinking this is how it would work:
Possibley have an aerogear.js datamanager plugin for the front end that then calls the
aerogear ios libs coredata plugin
In JS
var dataManager = AeroGear.DataManager({
name: coreDataStore,
type: CoreData //or something
});
var coreDataStore = dataManager.stores[0];
coreDataStore.read() // this would access the Aerogear ios core data part
I'm not really familiar with core data, so i could be way off base with this idea
-Luke
--
Sent from Gmail Mobile
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
6:56 p.m.
On Dec 20, 2012, at 11:53 AM, Burr Sutter <bsutter(a)redhat.com> wrote:
Ideally, the JS developer will mostly be OS agnostic. Can the
Cordova plugin support both the iOS and Android means of "storage"?
Depends on what you mean by "Cordova Plugin". When I say Cordova Plugin, I am
talking about the native bits (iOS/Android/etc) that plug into Cordova. The JS side could
maybe be made as a "device storage" adapter that would then talk to the correct
native pieces but that's a little beyond me at this point as I haven't looked into
Cordova contribution much yet.
On Dec 20, 2012, at 12:36 PM, Matthias Wessendorf wrote:
> great!
>
> had the same thought, but forgot about it :-)
>
> AGCoreData is not yet ready, though
>
> -Matthias
>
> On Thursday, December 20, 2012, Lucas Holmquist wrote:
> I know we really haven't talked about cordova plugins to much, but i want to just
get this thought down so i didn't forget about it.
>
> would it make sense to have a cordova plugin for accessing the core data stuff from
our iOS libs, that is once it's ready.
>
> I know cordova has a storage api, but it looks like it is just based on the W3C web
storage/web sql specs
>
> i guess i was thinking this is how it would work:
>
> Possibley have an aerogear.js datamanager plugin for the front end that then calls
the aerogear ios libs coredata plugin
>
> In JS
>
> var dataManager = AeroGear.DataManager({
> name: coreDataStore,
> type: CoreData //or something
> });
>
> var coreDataStore = dataManager.stores[0];
>
> coreDataStore.read() // this would access the Aerogear ios core data part
> I'm not really familiar with core data, so i could be way off base with this
idea
>
>
> -Luke
>
>
> --
> Sent from Gmail Mobile
> _______________________________________________
> 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
7:20 p.m.
Good point, I was not very clear - I consider the plugin to be at least two deliverables:
1) The native code
2) the JS lib that exposes "wraps" the API for the JS developer
For item 2, ideally the JS API would be identical between iOS and Android.
On Dec 20, 2012, at 12:56 PM, Kris Borchers wrote:
On Dec 20, 2012, at 11:53 AM, Burr Sutter <bsutter(a)redhat.com> wrote:
> Ideally, the JS developer will mostly be OS agnostic. Can the Cordova plugin
support both the iOS and Android means of "storage"?
Depends on what you mean by "Cordova Plugin". When I say Cordova Plugin, I am
talking about the native bits (iOS/Android/etc) that plug into Cordova. The JS side could
maybe be made as a "device storage" adapter that would then talk to the correct
native pieces but that's a little beyond me at this point as I haven't looked into
Cordova contribution much yet.
>
>
> On Dec 20, 2012, at 12:36 PM, Matthias Wessendorf wrote:
>
>> great!
>>
>> had the same thought, but forgot about it :-)
>>
>> AGCoreData is not yet ready, though
>>
>> -Matthias
>>
>> On Thursday, December 20, 2012, Lucas Holmquist wrote:
>> I know we really haven't talked about cordova plugins to much, but i want to
just get this thought down so i didn't forget about it.
>>
>> would it make sense to have a cordova plugin for accessing the core data stuff
from our iOS libs, that is once it's ready.
>>
>> I know cordova has a storage api, but it looks like it is just based on the W3C
web storage/web sql specs
>>
>> i guess i was thinking this is how it would work:
>>
>> Possibley have an aerogear.js datamanager plugin for the front end that then
calls the aerogear ios libs coredata plugin
>>
>> In JS
>>
>> var dataManager = AeroGear.DataManager({
>> name: coreDataStore,
>> type: CoreData //or something
>> });
>>
>> var coreDataStore = dataManager.stores[0];
>>
>> coreDataStore.read() // this would access the Aerogear ios core data part
>> I'm not really familiar with core data, so i could be way off base with this
idea
>>
>>
>> -Luke
>>
>>
>> --
>> Sent from Gmail Mobile
>> _______________________________________________
>> 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
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
8:18 p.m.
On Dec 20, 2012, at 12:20 PM, Burr Sutter <bsutter(a)redhat.com> wrote:
Good point, I was not very clear - I consider the plugin to be at
least two deliverables:
1) The native code
2) the JS lib that exposes "wraps" the API for the JS developer
For item 2, ideally the JS API would be identical between iOS and Android.
Yes, that is how I visualize all of this as well. We will just need to have conversations
with the iOS and Android folks to see if #2 is possible since they could have different
native storage implementations that just can't easily overlap in a single API.
On Dec 20, 2012, at 12:56 PM, Kris Borchers wrote:
>
> On Dec 20, 2012, at 11:53 AM, Burr Sutter <bsutter(a)redhat.com> wrote:
>
>> Ideally, the JS developer will mostly be OS agnostic. Can the Cordova plugin
support both the iOS and Android means of "storage"?
>
> Depends on what you mean by "Cordova Plugin". When I say Cordova Plugin, I
am talking about the native bits (iOS/Android/etc) that plug into Cordova. The JS side
could maybe be made as a "device storage" adapter that would then talk to the
correct native pieces but that's a little beyond me at this point as I haven't
looked into Cordova contribution much yet.
>
>>
>>
>> On Dec 20, 2012, at 12:36 PM, Matthias Wessendorf wrote:
>>
>>> great!
>>>
>>> had the same thought, but forgot about it :-)
>>>
>>> AGCoreData is not yet ready, though
>>>
>>> -Matthias
>>>
>>> On Thursday, December 20, 2012, Lucas Holmquist wrote:
>>> I know we really haven't talked about cordova plugins to much, but i want
to just get this thought down so i didn't forget about it.
>>>
>>> would it make sense to have a cordova plugin for accessing the core data
stuff from our iOS libs, that is once it's ready.
>>>
>>> I know cordova has a storage api, but it looks like it is just based on the
W3C web storage/web sql specs
>>>
>>> i guess i was thinking this is how it would work:
>>>
>>> Possibley have an aerogear.js datamanager plugin for the front end that then
calls the aerogear ios libs coredata plugin
>>>
>>> In JS
>>>
>>> var dataManager = AeroGear.DataManager({
>>> name: coreDataStore,
>>> type: CoreData //or something
>>> });
>>>
>>> var coreDataStore = dataManager.stores[0];
>>>
>>> coreDataStore.read() // this would access the Aerogear ios core data part
>>> I'm not really familiar with core data, so i could be way off base with
this idea
>>>
>>>
>>> -Luke
>>>
>>>
>>> --
>>> Sent from Gmail Mobile
>>> _______________________________________________
>>> 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
>
> _______________________________________________
> 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
9:07 p.m.
On Thursday, December 20, 2012, Kris Borchers wrote:
On Dec 20, 2012, at 12:20 PM, Burr Sutter <bsutter@redhat.com<javascript:_e({},
'cvml', 'bsutter(a)redhat.com');>>
wrote:
Good point, I was not very clear - I consider the plugin to be at least
two deliverables:
1) The native code
2) the JS lib that exposes "wraps" the API for the JS developer
For item 2, ideally the JS API would be identical between iOS and Android.
Yes, that is how I visualize all of this as well. We will just need to
have conversations with the iOS and Android folks to see if #2 is possible
since they could have different native storage implementations that just
can't easily overlap in a single API.
Yes, should work, I'd assume that (for instance) the SQLite is very much
the same.
Not sure how the Android ContentStoreProvider works (to compare w/
CoreData). But after 1.0 we can dive in here
-M
On Dec 20, 2012, at 12:56 PM, Kris Borchers wrote:
On Dec 20, 2012, at 11:53 AM, Burr Sutter <bsutter(a)redhat.com> wrote:
Ideally, the JS developer will mostly be OS agnostic. Can the Cordova
plugin support both the iOS and Android means of "storage"?
Depends on what you mean by "Cordova Plugin". When I say Cordova Plugin, I
am talking about the native bits (iOS/Android/etc) that plug into Cordova.
The JS side could maybe be made as a "device storage" adapter that would
then talk to the correct native pieces but that's a little beyond me at
this point as I haven't looked into Cordova contribution much yet.
On Dec 20, 2012, at 12:36 PM, Matthias Wessendorf wrote:
great!
had the same thought, but forgot about it :-)
AGCoreData is not yet ready, though
-Matthias
On Thursday, December 20, 2012, Lucas Holmquist wrote:
I know we really haven't talked about cordova plugins to much, but i want
to just get this thought down so i didn't forget about it.
would it make sense to have a cordova plugin for accessing the core data
stuff from our iOS libs, that is once it's ready.
I know cordova has a storage api, but it looks like it is just based on
the W3C web storage/web sql specs
i guess i was thinking this is how it would work:
Possibley have an aerogear.js datamanager plugin for the front end that
then calls the aerogear ios libs coredata plugin
In JS
var dataManager = AeroGear.DataManager({
name: coreDataStore,
type: CoreData //or something
});
var coreDataStore = dataManager.stores[0];
coreDataStore.read() // this would access the Aerogear ios core data part
I'm not really familiar with core data, so i could be way off base with
this idea
-Luke
--
Sent from Gmail Mobile
_______________________________________________
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
_______________________________________________
aerogear-dev mailing list
--
Sent from Gmail Mobile
7:17 p.m.
On Thu, Dec 20, 2012 at 6:53 PM, Burr Sutter <bsutter(a)redhat.com> wrote:
Ideally, the JS developer will mostly be OS agnostic. Can the
Cordova
plugin support both the iOS and Android means of "storage"?
Well, a storage adapter (calling it that) would have a different
"backing" on iOS, than on Android.
The JS bits, would call into that, via the JS side of the plugin. It's
basically a "bridge"
-M
On Dec 20, 2012, at 12:36 PM, Matthias Wessendorf wrote:
great!
had the same thought, but forgot about it :-)
AGCoreData is not yet ready, though
-Matthias
On Thursday, December 20, 2012, Lucas Holmquist wrote:
>
> I know we really haven't talked about cordova plugins to much, but i want
> to just get this thought down so i didn't forget about it.
>
> would it make sense to have a cordova plugin for accessing the core data
> stuff from our iOS libs, that is once it's ready.
>
> I know cordova has a storage api, but it looks like it is just based on
> the W3C web storage/web sql specs
>
> i guess i was thinking this is how it would work:
>
> Possibley have an aerogear.js datamanager plugin for the front end that
> then calls the aerogear ios libs coredata plugin
>
> In JS
>
> var dataManager = AeroGear.DataManager({
> name: coreDataStore,
> type: CoreData //or something
> });
>
> var coreDataStore = dataManager.stores[0];
>
> coreDataStore.read() // this would access the Aerogear ios core data part
>
> I'm not really familiar with core data, so i could be way off base with
> this idea
>
>
>
> -Luke
--
Sent from Gmail Mobile
_______________________________________________
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
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
7:14 p.m.
(back at a normal computer, was mobile before)
On Thu, Dec 20, 2012 at 5:34 PM, Lucas Holmquist <lholmqui(a)redhat.com> wrote:
I know we really haven't talked about cordova plugins to much,
but i want to
just get this thought down so i didn't forget about it.
would it make sense to have a cordova plugin for accessing the core data
stuff from our iOS libs, that is once it's ready.
Yes, makes sense (current thinking ;-)) and I had the same thought,
but forgot about it.
I know cordova has a storage api, but it looks like it is just based on the
W3C web storage/web sql specs
i guess i was thinking this is how it would work:
Possibley have an aerogear.js datamanager plugin for the front end that then
calls the aerogear ios libs coredata plugin
In JS
var dataManager = AeroGear.DataManager({
name: coreDataStore,
type: CoreData //or something
});
var coreDataStore = dataManager.stores[0];
coreDataStore.read() // this would access the Aerogear ios core data part
These are the default storage types of CoreData:
- NSSQLiteStoreType
- NSBinaryStoreType
- NSInMemoryStoreType
We could have a "Cordova-iOS" plugin that stores the Data into an
NSPersistentStore.
This makes sense (current thought) where an application is _really_
hybrid (meaning ObjC code + some HTML/JS bits are doing the work).
The benefit would be both worlds "native ObjC" and "web-ish JS" have
ONE store. The ObjC code runs directly against a CoreData store, the
JS bits would communicate to the same, via a Cordova (iOS) plugin.
Would be good to track this for after 1.0.
-Matthias
I'm not really familiar with core data, so i could be way off base with this
idea
-Luke
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)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
4399
days inactive
4399
days old
13 comments
4 participants
participants (4)
-
Burr Sutter -
Kris Borchers -
Lucas Holmquist -
Matthias Wessendorf