Thanks for your answer TreKing! I am sorry, that was an unclear expression, by "apps offline" I meant they are not running.
Exactly, you understood well, but I think I failed to explain that the time frame between storing requests and executing them can be anything like an hour, a day, a month, etc.. So in this context, when an application receives a response, lets say through a broadcast intent it wont know for which request that response was received. Thats why having a callback method associated to request would be better than simply an intent with the result. Imagine a situation: You are in a remote area with no network, you take a landscape photo, open facebook app and simply post that photo (without network). This post would remain in my framework until you have network, which is indefinite time. Now, at the moment you connect to network, lets say two days, it will be posted on facebook (by ManagerApp) and facebook app will get a response from ManagerApp. If you send that response as a broadcast to facebook app, how it is supposed to know that that response is related to that specific photo post you made days ago. Remember that I don't want to make developers to maintain mappings between their app requests and future response in order to solve this situation, all the information must be on the side of the framework (it's cleaner I guess). Thanks again On Tuesday, 29 May 2012 09:16:50 UTC+1, TreKing wrote: > > On Mon, May 28, 2012 at 10:55 AM, Oleksandr Kruk <[email protected]>wrote: > >> How can this IntentService update each App information using their >> business logic when >> the Apps are offline? >> > > What do you mean "when the apps are offline"? > > If I understand you correctly, you would simply have to launch an intent > or trigger a broadcast from your IntentService that has the information the > other apps care about. The other apps would have to know the details of the > intent or broadcast structure in order to properly listen for it. > > The intent would contain the data the app in question was requesting, in > some known format. You would not have to know anything about their business > logic, that would be up to them. > > > ------------------------------------------------------------------------------------------------- > TreKing <http://sites.google.com/site/rezmobileapps/treking> - Chicago > transit tracking app for Android-powered devices > > -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
