A D2Cocoa framework would be cool. Create a model, add REST routes and click a button to generate a stub Xcode project to talk to the ERRest services.
> I think a combination of mogenerator and eogenerator with a bit of elbow > grease may produce something. > > I'm just getting back into my iOS project, so it'll be on my back burner. > > Paul > On Sep 14, 2011, at 9:29 AM, James Cicenia wrote: > >> The silence is deafening. >> >> James >> >> >> >> On Sep 13, 2011, at 3:57 PM, Pascal Robert wrote: >> >>> Le 2011-09-13 à 16:53, James Cicenia <[email protected]> a écrit : >>> >>>> That would bring a lot of attention to WO! >>> >>> Bah, nobody cares. >>> >>>> >>>> On Sep 13, 2011, at 2:38 PM, Paul D Yu wrote: >>>> >>>>> I was thinking an extension to EOModel like that of (dare I say it Dave?) >>>>> JavaClient, where EO's and Attributes can be marked as CoreData/ERRest. >>>>> Then generate an CoreData Model that will easily support the >>>>> Synchronization work that was presented at WOWODC? >>>>> >>>>> Paul >>>>> On Sep 13, 2011, at 3:00 PM, Jesse Tayler wrote: >>>>> >>>>>> you have an iPhone app connecting to WO? >>>>>> >>>>>> I don't know of a solution for that, but I've wondered about the >>>>>> practicality and possibility while doing lots of REST stuff with WO and >>>>>> iPhone. >>>>>> >>>>>> What's your situation and thoughts on the potential of such a thing? >>>>>> >>>>>> I've considered mirroring the remote data structure but ended up with a >>>>>> more flexible client cache but now I'm moving back the other way. >>>>>> >>>>>> Seems that I always have local stuff that is different and of course, >>>>>> remote stuff that is different. >>>>>> >>>>>> >>>>>> >>>>>> On Sep 13, 2011, at 1:12 PM, James Cicenia wrote: >>>>>> >>>>>>> Is there a way to convert an EOModel to Core Data ? >>>>>>> >>>>>>> Thanks >>>>>>> James _______________________________________________ >>>>>>> Do not post admin requests to the list. They will be ignored. >>>>>>> Webobjects-dev mailing list ([email protected]) >>>>>>> Help/Unsubscribe/Update your Subscription: >>>>>>> http://lists.apple.com/mailman/options/webobjects-dev/jtayler%40oeinc.com >>>>>>> >>>>>>> This email sent to [email protected] >>>>>> >>>>>> _______________________________________________ >>>>>> Do not post admin requests to the list. They will be ignored. >>>>>> Webobjects-dev mailing list ([email protected]) >>>>>> Help/Unsubscribe/Update your Subscription: >>>>>> http://lists.apple.com/mailman/options/webobjects-dev/pyu%40mac.com >>>>>> >>>>>> This email sent to [email protected] >>>>> >>>> >>>> _______________________________________________ >>>> Do not post admin requests to the list. They will be ignored. >>>> Webobjects-dev mailing list ([email protected]) >>>> Help/Unsubscribe/Update your Subscription: >>>> http://lists.apple.com/mailman/options/webobjects-dev/probert%40macti.ca >>>> >>>> This email sent to [email protected] >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Webobjects-dev mailing list ([email protected]) >> Help/Unsubscribe/Update your Subscription: >> http://lists.apple.com/mailman/options/webobjects-dev/pyu%40mac.com >> >> This email sent to [email protected] > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/webobjects-dev/probert%40macti.ca > > This email sent to [email protected] _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
