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
-~----------~----~----~----~------~----~------~--~---

Reply via email to