OK - this is what I got so far - I just need a confirmation that this is 
correct: 

1) It seems like the auth token is associated with a user only not with an 
account (in other words, the client email is tied to the auth token).
2) The AuthToken object can be created from an email and a password. Once 
created, you can use the getAuthToken method on the AuthToken object to get 
a String representation of the auth token. This String can be stored for 
later use.
3) You can associate the string representation of a previously created 
AuthToken with an AdWordsUser instance using the method setAuthToken on the 
AdWordsUser object.

This way, you can keep the auth token string around for multiple uses. 

Assuming this is correct, I have one more question: Currently, when I 
create an AdWordsUser instance, I don't manually associate an auth token 
with it. It somehow happens by itself. When does that happen? If I manually 
attach an auth token to the AdWordsUser instance, does that stop it from 
getting a new one? 

On Wednesday, August 15, 2012 12:53:28 AM UTC-7, stepanian wrote:
>
> Oliver, 
>
> Thank you very much for responding to me and attaching the link. 
>
> I looked at the thread thoroughly. I'm not 100% sure if the answer to my 
> first question is yes or no. 
>
> Tozor said that "from looking at the stack trace, it looks like the 
> Adwords client library is actually reloading the auth token". So, the 
> answer to my first question is yes - the AdWordsUser is caching the token. 
> However, later he says "we are caching the AdwordsUser instance in our code 
> (which contains the token)". So, it seems like, if he has to cache the 
> AdWordsUser instance, then it is not done automatically by the library, so 
> the answer to my first question is no. 
>
> Assuming the answer to my first question is no, my operation is looping 
> through many accounts and running operations on them. Each operation must 
> create a new AdWordsUser because the AdWordsUser instance is tied to an 
> account. Is that also the case for the AuthToken? If each AuthToken is tied 
> to an account, then running operations on multiple accounts, each with its 
> own AuthToken shouldn't generate the CAPTCHA error, right? 
>
> Finally, if I was able to create an AdWordsUser instance for each of the 
> accounts and store them for a week, can I just reuse them? Should I 
> serialize the objects to disk? How are others storing the AdWordsUser 
> objects?
>
> On Tuesday, August 14, 2012 11:09:12 PM UTC-7, Oliver wrote:
>>
>> This recent thread discusses what needs to be cached:
>>
>>
>> https://groups.google.com/forum/?fromgroups#!topic/adwords-api/xr8pRG8NkF8[1-25]
>>
>> Oliver
>>
>>
>> On Wednesday, August 15, 2012 1:12:45 AM UTC+1, stepanian wrote:
>>>
>>> When I create an AdWordsUser object using the Java client 
>>> library v201109, does it cache the authentication token behind the scenes? 
>>>
>>> If no, do I need to account for it manually? How?
>>>
>>> If yes, does it also do it when creating AdWordsUser objects in separate 
>>> threads (processes)? 
>>>
>>> Recently I have been getting the "CAPCHA Required" message when running 
>>> automatic operations and I am suspecting that I am not properly caching the 
>>> authentication token. 
>>>
>>> If running operations in separate threads, how do I make sure that the 
>>> authentication token is cached? 
>>>
>>> Thanks.
>>>
>>

-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
Also find us on our blog and discussion group:
http://adwordsapi.blogspot.com
http://groups.google.com/group/adwords-api
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

You received this message because you are subscribed to the Google
Groups "AdWords API Forum" group.
To post to this group, send email to adwords-api@googlegroups.com
To unsubscribe from this group, send email to
adwords-api+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/adwords-api?hl=en

Reply via email to