Al, Broadly speaking, it seems sensible that you could host one such a file per application under a URL that included the app_id (though the application package name forms a natural id which is probably easier to deal with on the client - advantageously the veecheck library also has direct provision for this). Inside that file, actions for various versions of the application could be specified.
What I'm not clear on is whether your app-store application is performing the checking (in which case the code needs some changes) or whether the individual applications are doing the checking (in which case many may not like the GPL very much!). On the subject of the action, that's just a way of communicating information back to the mobile app. that is performing the checking, it could in principle be anything. I chose an 'intent pattern' to encapsulate the data since I felt that resonated with the idea that the applications will need to perform some action in response to version changes, and that breaking down the information in that way would be convenient for developers. FWIW, when I finally release some applications for the phone I'm assuming that I will probably just use "android.intent.action.VIEW" with a webpage to instruct users about new releases. An app-store application could of course use an action that directed them to an activity in that application to directly manage the upgrade. Tom. 2008/10/3 Al Sutton <[EMAIL PROTECTED]> > > Hi Tom, > > Thanks for the info. Basically what I'm looking at is dynamically > generating a file from a url such as /version/[app_id]!veecheck which > would generate the first XML snippet you have in your sample versions > documents section; > > <versions xmlns="http://www.tomgibara.com/android/veecheck/SCHEMA.1";> > <version versionName="1.0.0" > > <intent action="com.example.app.ACTION_UPGRADE" /> > </version> > </versions> > > As I understand it I would only need to populate the versionName > attribute of the version tag and replace the com.example.app with the > relevant package/app name (any pointers on what to call this would be > good). > > Have I understood things correctly? > > Al. > > > > tomgibara wrote: > > Hi Al, > > > > At present the library draws the current version info from the current > > context (ie. the application running) - presumably this would need > > to be variable for an app-store application; the library was > > consciously designed in a solo-application-centric way, not with an > > app-store in mind. Having said that, the library does have untested > > (and thus undocumented) features that allow the http URL from which > > the versions document is retrieved to be varied according to the > > application being checked. > > > > In short, it's probably not a million miles from something that could > > be useful for an app-store app. > > > > Tom. > > > > > > > > On Oct 3, 8:05 am, Al Sutton <[EMAIL PROTECTED]> wrote: > > > >> Tom, > >> > >> I've just put together an app store webapp and I'd like to talk to you > >> about generating update information from the app store which your > >> library could use. > >> > >> Is that something you'd be interested in? > >> > >> Al. > >> > >> > >> > >> tomgibara wrote: > >> > >>> In preparation for releasing apps when Android powered handsets become > >>> publicly available later this month, and since no-one can be sure what > >>> provisions will be in place now, or in the future, for updating apps > >>> via the Google Android Application Market, I've (somewhat hastily) > >>> produced a small Java library that can be used in Android apps to > >>> perform the task of periodically polling for the availability of > >>> application updates. > >>> > >>> http://www.tomgibara.com/android/veecheck/ > >>> > >>> Veecheck provides base classes that can be used for periodically > >>> retrieving a "versions" document over HTTP, and based on that, > >>> generating a notification to the user that a new version of the > >>> application is available. > >>> > >>> It's broadly configurable and may well be useful to other application > >>> developers so I have released it under GPL-v2.0 licence. > >>> > >>> If you have any question, reply here or feel free to email me > >>> directly. > >>> > >>> Tom Gibara. > >>> > >> -- > >> Al Sutton > >> > >> W:www.alsutton.com > >> B: alsutton.wordpress.com > >> T: twitter.com/alsutton > >> > > > > > > > > -- > Al Sutton > > W: www.alsutton.com > B: alsutton.wordpress.com > T: twitter.com/alsutton > > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Android Discuss" 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-discuss?hl=en -~----------~----~----~----~------~----~------~--~---
