For one thing, it's Secure.ANDROID_ID not System.ANDROID_ID. But the documentation on that is a bit vague. It seems to be related to your Google login information, so that brings up two questions: 1. is it sensitive information? 2. does it change if you log in to another Google account?
On Jun 3, 12:09 pm, mobilekid <mobilek...@googlemail.com> wrote: > I would do the same. > > Get the android ID like this: > > String android_id = android.provider.Settings.System.getString > (this.getContentResolver(), > android.provider.Settings.System.ANDROID_ID); > > Then send it to your back-end and query the number of times you've > made the same call or the date you firstly made a call against the > unique ID. > > Hope it helps! > > On Jun 3, 11:02 am, Sujay Krishna Suresh <sujay.coold...@gmail.com> > wrote: > > > if i were u & if my app already interacts with the web then i'll initially > > hit a url from the app with may the phone's unique id... > > i'll take care of everythin else at the web-side... this will make sure that > > there's not much change in my app's performance... > > but i dont exactly no if an android phone has any sort of unique id.... & > > the possibilities to get such an id... > > if not the id u may go for the google acc registered with the phone... but > > this may have some limitations... > > > On Wed, Jun 3, 2009 at 3:20 PM, aayush <abhatnagar192...@gmail.com> wrote: > > > > okay..thanks for the answer Marc. > > > > For #1 i believe i need to create my own certificate by using the > > > keytool utility and sign it as you suggest. > > > > Time based is my only requirement..as of now. Usage based is not a > > > priority for me. > > > > aayush > > > > On Jun 3, 2:34 pm, Marc Lester Tan <mail...@gmail.com> wrote: > > > > Hi, > > > > > # 1 - I believe you can do this when signing your certificate. > > > > # 2 - you can store the number of times your app is invoked on the > > > > Preferences then just check if it already exceeds your limit but then it > > > can > > > > easily be broken by just uninstalling the application and download it > > > again. > > > > I haven't tried this yet. Just my idea. > > > > > Marc > > > > > 2. Usage based ( 100 invocations of the application). > > > > > On Wed, Jun 3, 2009 at 5:24 PM, aayush <abhatnagar192...@gmail.com> > > > wrote: > > > > > > Hello list.. > > > > > > I had a query: > > > > > > If i wish to attach an evaluation license to my android application, > > > > > how can that be achieved ? As for example, i may want to provide an > > > > > evaluation license based application that expires in one of the > > > > > following ways: > > > > > > 1. Time based (30 days etc) > > > > > > 2. Usage based ( 100 invocations of the application). > > > > > > Once the application's license expires, i need to restrict access to > > > > > it from the user. > > > > > > Thanks in advance.. > > > > > > Best Regards > > > > > > aayush > > > -- > > Regards, > > Sujay > > George Bernard > > Shaw<http://www.brainyquote.com/quotes/authors/g/george_bernard_shaw.html> > > - "A government that robs Peter to pay Paul can always depend on the > > support of Paul." > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~----------~----~----~----~------~----~------~--~---