Re: Report off by one day? (v201109)

[K D]

Hi Anash

I found the problem, I am giving incorrect reportID. I have posted it
as another question. Would you be kind enough to see this question?
http://groups.google.com/group/adwords-api/browse_thread/thread/46a88bbad8db5f9a?hl=en

tl;dr , How do I set reportID? (earlier I used mutate API call)

On Jan 17, 10:30 am, K D  wrote:
> Hi Anash
>
> Thanks for your reply.Yes, it is just for illustrative purposes.
> Is the behavior I am seeing expected?
>
> Thanks
>
> On Jan 16, 10:03 pm, "Anash P. Oommen" 
>
>
>
>
>
>
> +fo...@google.com> wrote:
> > Hi,
>
> > Just to clarify, dateRange dates are supposed to be in MMDD format, so
> > I assume selector.setDateRange(2012-jan-12,2012-jan-13) is for illustrative
> > purposes?
>
> > Cheers,
> > Anash P. Oommen,
> > AdWords API Advisor.

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

How to set ReportID for downloading report? (v201109)

[K D]

Hi

Migrating to v201109, from the example at,
http://code.google.com/p/google-api-adwords-java/source/browse/trunk/examples/v201109/DownloadAdHocReport.java

We do not set reportID, but when downloading the report, we need the
reportID 
http://code.google.com/p/google-api-adwords-java/source/browse/trunk/examples/v201109/DownloadReport.java

in v201101, I used ReportDefinition[] result =
getReportDefinitionService().mutate() to set reportID, what to do in
v201109?

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

Re: How to get SOAP requests?

[bakwaas baba]

Thanks Evgeniy

That was perfect.

On Jan 16, 6:40 pm, Evgeniy Bogdanov  wrote:
> Do you use Java, right?
> If yes - take a look on this 
> examplehttp://code.google.com/p/google-api-adwords-java/source/browse/trunk/...
>
> Strings:
> import com.google.api.adwords.lib.AdWordsServiceLogger;
>
> And
>
> // Log SOAP XML request and response.
>       AdWordsServiceLogger.log();
>
> Means that logs will be saved in logs directory inside library
> directory.
>
> So just change your code with this strings and logs will be saved.
>
> Regards,
> Evgeniy.
>
> On 16 янв, 12:11, bakwaas baba  wrote:
>
>
>
>
>
>
>
> > Hi Evgeniy
>
> > Thank for your reply. I am using official library. So if I create a
> > logs/ directory inside the directory from which I am running my
> > application, that should be enough?
>
> > Thanks again. You've given me hope.
>
> > On Jan 16, 5:31 pm, Evgeniy Bogdanov  wrote:
>
> > > Hi.
>
> > > Official libraries can save SOAP requests in logs/ directory.
> > > Communication is encrypted as it uses SSL.
>
> > > Regards,
> > > Evgeniy.
>
> > > On 16 янв, 10:54, bakwaas baba  wrote:
>
> > > > This might be a stupid question, but how do you guys get the SOAP
> > > > request that is being sent and received?
>
> > > > Are you using
>
> > > > 1) Packet capturing tool? If yes, so does that mean the communication
> > > > is largely unencrypted?
>
> > > > 2) No packet capturing tool, but go through the code and see the
> > > > actual call? But you cannot debug the code in the jar file provided by
> > > > Google, can you?
>
> > > > 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

Re: TargetinIdeaService doesn't deliver any categories anymore

[mmasters]

Any updates on this?

Thanks,
Mike

On Dec 2 2011, 2:52 pm, Eric Koleda  wrote:
> Hi,
>
> We are still working with the core engineering team to investigate this
> problem.  At this time there are no updates.
>
> Best,
> - Eric Koleda, AdWords API Team

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

sandbox using

[Dmitry Orlov]

Hi,
should I use the sandbox by API only or there is a way access sandbox
by UI too? Say https://adwords-sandbox.google.com/dashboard?

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

Re: v201109 Aggregation

[Mark Gormley]

Thanks Eric. That was just what I was looking for and our summary reports 
are now much faster.

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

Re: Report off by one day? (v201109)

[K D]

Hi Anash

Thanks for your reply.Yes, it is just for illustrative purposes.
Is the behavior I am seeing expected?

Thanks


On Jan 16, 10:03 pm, "Anash P. Oommen"  wrote:
> Hi,
>
> Just to clarify, dateRange dates are supposed to be in MMDD format, so
> I assume selector.setDateRange(2012-jan-12,2012-jan-13) is for illustrative
> purposes?
>
> Cheers,
> Anash P. Oommen,
> AdWords API Advisor.

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

Re: validateOnly seemingly has no effect

[Peter]

Hey mm,

Yeah this was working before. I did afew follow up tests and it looks
like validateOnly doesn't work period. I tested both add, delete and
update keyword operations and after the validateOnly call had been
completed the changes were visible from adwords website. I've included
the SOAP log below just for reference purposes for the following 3
calls.

Remove Operation (first with validateOnly then without validate, it
appears executing a remove with validateOnly actually removes the
keyword)
Update Operation Set Paused (first with validateOnly then without
validate, it appears executing an update with validateOnly actually
updates the keyword)
Add Operation (first with validateOnly then without validate, it
appears executing an add with validateOnly actually adds the keyword)

I wonder if this might be related to Google making changes to
partialFailure to support something in keywords which has caused it to
ignore the validateOnly flag when it shouldn't be.

validateOnly (optional)
If set to true, the request is validated but not performed. The
cost of the request is reduced to 0.05 API units per item, rounded up
to the nearest integer. You can use this header to inexpensively
validate user-provided data.
partialFailure (optional; v201008+: AdGroupCriterionService; v201109+:
AdGroupAdService)
If set to true, the service will perform error-free operations and
return the failing operations' errors. This header is ignored for non-
mutate operations.

Peter

Remove Operation (first with validateOnly then without validate, it
appears executing a remove with validateOnly actually removes the
keyword)
==
[2012-01-17 09:17:15,908::WARNING::AwApi-Python-15.1.4] StartTime:
2012-01-17 09:17:15
*** Outgoing HTTP headers
**
POST /api/adwords/cm/v201101/AdGroupCriterionService HTTP/1.0
Host:adwords.google.com
User-agent:SOAPpy 0.12.0 (pywebsvcs.sf.net),gzip
XML-parser: xml.etree.cElementTree v1.0.6
Content-type:text/xml; charset="UTF-8"
Content-length:1762
SOAPAction:"mutate"

*** Outgoing SOAP
**

http://schemas.xmlsoap.org/soap/encoding/";
  xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/";
  xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/";
  xmlns:xsi3="http://www.w3.org/2001/XMLSchema-instance";
  >
  https://adwords.google.com/api/adwords/cm/
v201101" xmlns:cm="https://adwords.google.com/api/adwords/cm/v201101";>

  xxx
  True
  AwApi-Python-15.1.4|Test Client
  

  
  
https://adwords.google.com/api/adwords/cm/v201101";
xmlns:cm="https://adwords.google.com/api/adwords/cm/v201101";>
  
REMOVE

  2737276335
  
8713564609
drying fresh garlic
BROAD
  
  ACTIVE
  

  
0
  

  

  

  


*** Incoming HTTP headers
**
HTTP/1.? 200 OK
Content-Type: text/xml; charset=UTF-8
Date: Tue, 17 Jan 2012 00:17:25 GMT
Expires: Tue, 17 Jan 2012 00:17:25 GMT
Cache-Control: private, max-age=0
X-Content-Type-Options: nosniff
X-Frame-Options: SAMEORIGIN
X-XSS-Protection: 1; mode=block
Server: GSE

*** Incoming SOAP
**
http://schemas.xmlsoap.org/soap/envelope/";>
  
https://adwords.google.com/api/adwords/cm/
v201101">
  0004b6ae4170e4c80a4253423e73
  1
  344
  1

  
  
https://adwords.google.com/api/adwords/cm/
v201101">
  
AdGroupCriterionReturnValue
http://www.w3.org/2001/XMLSchema-instance";
xsi:type="BiddableAdGroupCriterion">
  2737276335
  
8713564609
Keyword
drying fresh garlic
BROAD
  
  BiddableAdGroupCriterion

  

  


EndTime: 2012-01-17 09:17:15
[2012-01-17 09:17:31,023::WARNING::AwApi-Python-15.1.4] StartTime:
2012-01-17 09:17:30
*** Outgoing HTTP headers
**
POST /api/adwords/cm/v201101/AdGroupCriterionService HTTP/1.0
Host:adwords.google.com
User-agent:SOAPpy 0.12.0 (pywebsvcs.sf.net),gzip
XML-parser: xml.etree.cElementTree v1.0.6
Content-type:text/xml; charset="UTF-8"
Content-length:1722
SOAPAction:"mutate"

*** Outgoing SOAP
**

http://schemas.xmlsoap.org/soap/encoding/";
  xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/";
  xmlns:SOAP-ENV="http://schemas.xmlsoap.org/so

Re: Question regarding availability of data for certain reports and Conversions metrics

[SEM]

Thanks Eric.

One more question on Conversions data...
Let us say for keyword kw1, the Conversions value was 10 for
01/10/2012 date when we retrieved data on 01/11/2012. When we retrieve
the data again on for same keyword kw1 for same data 01/10/2012 on
next day that is on 01/12/2012 or subsequent days on 01/13/2012, etc,
will the value for Conversions decrease? or decrease to 0? That is, in
the middle of 30-day window while we are updating the Conversions
values, is there possibility of values decreasing, or decreasing to 0?

Thanks.


On Jan 13, 2:24 pm, Eric Koleda  wrote:
> Hi,
>
> I'll talk to the team to see if the 6PM recommendation has slipped back to
> a later time.  In regards to conversions, I believe the window is 30 days,
> plus the 24 hour lag time makes 32 a sensible number.
>
> Best,
> - Eric

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

Re: Bug in v201109 CampaignCriterionService ignores geo targets every other call?

[Jim McCabe]

I just tried a test where I slightly modified the lat/long in the ADD 
Proximity, and it worked correctly!  In other words:

[0] REMOVE Language = US
[1] REMOVE Proximity = 10, 20
[2] ADD Language = US
[3] ADD Proximity = 11, 21 (slightly different lat/long)

This seems to indicate that the problem is specifically triggered when the 
operand in the REMOVE + ADD is basically the same.  Even though I am 
passing different instances, the Proximity object in my tests earlier 
specified the same basic lat/long.

- Jim

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

Re: validateOnly seemingly has no effect

[mm]

Peter -
I've been using this same paradigm for the past year or so with fine
results. However, I only use it for updates of Keywords. Did this
previously work for you with removes? I would expect that on a remove
the only exception that might be thrown would be a "Not Found", rather
than a policy exception, so I would probably just perform those
allowing for partial failures and then noting the failures. Agree that
if it is "validate only", it should be... just looking to work around
it...

HTH -
mm

On Jan 15, 9:19 pm, Peter  wrote:
> Hey AdWords Team,
>
> The software I'm working on attempts to test changes to keywords using
> validateOnly before making the real operation. This way if any of the
> operations fail with policy violation errors the proper exemption
> requests can be supplied. I noticed that something strange was
> happening and it appeared that validateOnly did not have any effect.
> So I put together a simple example for you guys. The operation
> attempts to remove one keyword with validate only. Then it attempts a
> second remove operation without validate only. The first operation
> actually removes the keyword, whilst the second one fails because the
> first removed it. Perhaps I am misunderstanding the purpose of
> validateOnly. I had assumed if it was used any and all operations
> supplied would only be tested and not executed. I've provided below
> the soap_xml.log data. If you could let me know if this is an issue on
> your end that will be resolved or if I need to change what I am doing
> I would be very grateful.
>
> Thanks,
>
> Peter
>
> [2012-01-16 11:45:51,862::WARNING::AwApi-Python-15.1.4] StartTime:
> 2012-01-16 11:45:50
> *** Outgoing HTTP headers
> **
> POST /api/adwords/cm/v201101/AdGroupCriterionService HTTP/1.0
> Host:adwords.google.com
> User-agent:SOAPpy 0.12.0 (pywebsvcs.sf.net),gzip
> XML-parser: xml.etree.cElementTree v1.0.6
> Content-type:text/xml; charset="UTF-8"
> Content-length:2356
> SOAPAction:"mutate"
> 
> *** Outgoing SOAP
> **
> 
>    SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";
>   xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/";
>   xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/";
>   xmlns:xsi3="http://www.w3.org/2001/XMLSchema-instance";
>   >
>   https://adwords.google.com/api/adwords/cm/
> v201101" xmlns:cm="https://adwords.google.com/api/adwords/cm/v201101";>
>     
>       x
>       True
>       AwApi-Python-15.1.4|Test Client
>       
>     
>   
>   
>     https://adwords.google.com/api/adwords/cm/v201101";
> xmlns:cm="https://adwords.google.com/api/adwords/cm/v201101";>
>       
>         ADD
>         
>           2737275975
>           
>             2908392767
>             storing fresh basil food
>             BROAD
>           
>           ACTIVE
>           
>             
>               
>                 0
>               
>             
>           
>         
>       
>       
>         REMOVE
>         
>           2737275975
>           
>             2908392767
>             storing fresh basil
>             BROAD
>           
>           ACTIVE
>           
>             
>               
>                 0
>               
>             
>           
>         
>       
>     
>   
> 
> 
> *** Incoming HTTP headers
> **
> HTTP/1.? 200 OK
> Content-Type: text/xml; charset=UTF-8
> Date: Mon, 16 Jan 2012 02:46:02 GMT
> Expires: Mon, 16 Jan 2012 02:46:02 GMT
> Cache-Control: private, max-age=0
> X-Content-Type-Options: nosniff
> X-Frame-Options: SAMEORIGIN
> X-XSS-Protection: 1; mode=block
> Server: GSE
> 
> *** Incoming SOAP
> **
> http://schemas.xmlsoap.org/soap/envelope/";>
>   
>     https://adwords.google.com/api/adwords/cm/
> v201101">
>       0004b69c3716f3580a4253423e73
>       2
>       378
>       16
>     
>   
>   
>     https://adwords.google.com/api/adwords/cm/
> v201101">
>       
>         AdGroupCriterionReturnValue ListReturnValue.Type>
>         http://www.w3.org/2001/XMLSchema-instance";
> xsi:type="BiddableAdGroupCriterion">
>           2737275975
>           
>             31158801615
>             Keyword
>             storing fresh basil food
>             BROAD
>           
>           BiddableAdGroupCriterion AdGroupCriterion.Type>
>           ACTIVE
>           RARELY_SERVED
>           PENDING_REVIEW
>           
>             ManualCPCAdGroupCriterionBids AdGroupCriterionBids.Type>
>             
>               
>                 Money
>                 100
>               
>             
>             ADGROUP
>

Bug in v201109 CampaignCriterionService ignores geo targets every other call?

[Jim McCabe]

We are seeing a very strange behavior with v201109 Java API.  We are 
testing with an MCC that has no budget but other than that, this is against 
the production v201109 API.  In other words, not the sandbox.

We are porting our system from v200909 and for the most part things are 
working OK (with a few small issues that we can fix on our end, mostly). 
 However we are seeing one really strange behavior that genuinely seems 
like it might be a bug on the Google side of things.

The problem is with setting geographic locations using 
CampaignCriterionService, and only when updating an existing Campaign 
(things always work perfectly when adding the campaign for the first time).

Background - In the old days with v200909, this was a lot simpler because 
we could just provide a list of all the desired targets and the API would 
replace the old data with the new data in one nice operation.  Today with 
v201109, it is more complex because we can't use the SET operator anymore, 
we can only use ADD and REMOVE.  In the new code, we first query the 
existing locations, create REMOVE operations for them, and then queue up 
the ADD operations for the new geo targets.

The bug is that on every other call (updates 2, 4, 6, etc) our geo targets 
are not added to the Campaign, even though we are adding them in the list 
of operations.

Just to get this out of the way - we know that the ideal approach would be 
to perform a diff so we only have to add/remove what is needed.  However in 
the interests of time we are using a dumber approach in the short term, 
where we front-load the operation array with the REMOVE operations for the 
existing data, followed by the ADD operations for the data as we want it to 
exist.  We were told by our adWords API contact at Google that this would 
be acceptable:

"Operations in a single call act like they are transactional/atomic.  So it 
is safe to remove and then add in the same call.  ...  The recommended best 
practice is what you suggested - perform the diff, and apply the ADD only 
if needed."

This doesn't really seem to work, in practice.  Here is the detailed 
workflow:


A. CREATE THE CAMPAIGN

- Push these operations:
[0] ADD Language = US
[1] ADD Proximity = x, y

After this, the Campaign looks perfect when we view it in the adWords UI.


B. UPDATE THE CAMPAIGN, FIRST TIME

- Query the existing operations, getting back this:
[0] Language = US
[1] Platform 3
[2] Platform 30001
[3] Platform 30002
[4] Proximity = x, y

- We ignore the Platform items since we don't manage them ourselves. 
 Instead we turn around and push this:
[0] REMOVE Language = US
[1] REMOVE Proximity = x, y
[2] ADD Language = US
[3] ADD Proximity = x, y

BUG: After this, in the adWords UI, the Campaign shows its Locations as 
"All countries and territories".  The adWords API seems to have ignored our 
ADD Proximity operation.


C. UPDATE CAMPAIGN, SECOND TIME

Basically identical to the above, except when we query adWords we don't get 
the Proximity in the list.  Therefore we don't create a REMOVE operation 
for it, and adWords seems happy to accept it back again.

- Query the existing operations, getting back this (NOTE: no Proximity this 
time, consistent with the UI):
[0] Language = US
[1] Platform 3
[2] Platform 30001
[3] Platform 30002

- Ignoring Platform items like above, and not issuing a REMOVE for the 
Proximity since none was returned in the get(), we push these operations to 
mutate():
[0] REMOVE Language = US
[1] ADD Language = US
[2] ADD Proximity = x, y

After this the campaign looks great again in the adWords UI, and correctly 
shows our geo targeting.


Summing up...

So at first this looks like a problem with using REMOVE + ADD equivalent 
objects in the same mutate() call, but strangely this doesn't seem to 
behave this same way for Language.  Just geo targets (proximity, state, 
etc).

Originally we were sending all the REMOVE operations in one mutate() call, 
followed afterwards with another mutate() call to ADD the stuff back, but 
that showed the same problem.  We consolidated them into one mutate call in 
the hopes that it would behave like a database transaction, and maybe be a 
little more reliable, but it still happens.

Today this is completely repeatable with every other call - in other words 
it always cycles between accepting and ignoring the Proximity.

I'm going to proceed on towards implementing the diff operation, since 
hopefully that will avoid this, but in the meantime I wanted to get this 
report out there in case the behavior still lingers on even after we 
implement the diff.

Thanks for any clues or advice -

- Jim

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

Re: How to set the Predicate in Selector to filter the Negative Criterion?

[Jim McCabe]

I had a lot of basic confusion about exactly which fields where valid in a 
Selector, and this seems to answer it:

Selector Migration 
Reference

Eric's answer about using "CriteriaType" and "CriterionUse" in the 
predicates does not seem valid for campaign criterion - I think he must 
have misunderstood and accidentally provided instructions on how to solve 
this for the 
AdGroupCriterionService,
 
not the 
CampaignCriterionService
.

- Jim

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

CampaignService and AdGroupService changes only

[Ken Foster]

I have to call CampaignService and AdGroupService every day for each 
Account (about 70 of them). A large number of Campaigns and AdGroups are 
old and do not change. Is there a way for me to just retrieve New or 
Changed Campaigns/AdGroups? 

There are 70+ Accounts, 6300+ Campaigns and 550,000+ AdGroups. If I could 
just get the delta of changed items each day it would make my reporting app 
a lot faster.
Thanks,
Ken

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

Inconsistent errors during AdParam Upload

[Peter Lanser]

Hi,

using API Version V201109 we are uploading AdParams in various formats and 
are noticing inconsistent behaviour:

"€42"
" €42 "
" 42 € "

As we understand, the API should remove all whitespace in the AdParam and 
except the leading or trailing Euro symbol. Strangely though the API 
returns nonstandard punctuation errors in a non-deterministic way. We have 
also noticed that sometimes all of the mentioned formats are accepted 
without error.

Is there an explanation for this behaviour?

Thanks in advance for your assistance.

Best regards,
Peter

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

Re: How to view current value of Ad Params

[Anash P. Oommen]

Hi Joe,

AdWords API is the only way to examine AdParams. It is not exposed through 
the AdWords Front end.

Cheers,
Anash P. Oommen,
AdWords API Advisor.

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

Re: Alert service don't return any ACCOUNT_ON_TARGET alerts.

[Anash P. Oommen]

Hi Tapac,

I'll investigate this issue and update this thread. Just to be sure, you 
are using the MCC login for OAuth authentication, right?

Cheers,
Anash P. Oommen,
AdWords API Advisor.

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

Re: How to get developer token?

[Anash P. Oommen]

Hi Sudhir,

You can mail adwordsapi-tok...@google.com directly with your questions 
about AdWords API token reviews. Also, you could use the AdWords API 
sandbox to do your development while the tokens are being approved.

Cheers,
Anash P. Oommen,
AdWords API Advisor.

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

Re: Adwords API approval- still pending

[Anash P. Oommen]

Hi Michael,

7 months? Are you sure you didn't miss any mails from the review team? 

Anash

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

Re: spike in axis faults internal errors

[Anash P. Oommen]

Hi Tim,

Thanks for letting me know, I'll pass this onto to the engineering team.

Cheers,
Anash P. Oommen,
AdWords API Advisor.

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

Re: SoapHeader problem with the api

[Anash P. Oommen]

Hi,

Good to know your calls are succeeding. You will start getting actual 
results once you make calls to the production environment.

Cheers,
Anash P. Oommen,
AdWords API Advisor.

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

Re: Add ability to view AdParams that have been set

[Anash P. Oommen]

Hi Joe,

Could you file a request at 
http://code.google.com/p/google-api-adwords-java/issues/list?

Cheers,
Anash P. Oommen,
AdWords API Advisor.

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

Re: Respond SOAP XML - Error

[Anash P. Oommen]

Thanks Evgeniy

Anash P. Oommen,
AdWords API Advisor.

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

Re: Cross client error in report downloading

[Anash P. Oommen]

Hi Daniele,

Cross-client reports weren't supported officially in the new API version, 
and we do not have any plans of supporting it right now. See 
http://adwordsapi.blogspot.com/2011/10/downloading-reports-for-lots-of-client.html
 for 
details on how to use the adhoc reports to download reports for multiple 
clients instead.

Cheers,
Anash P. Oommen,
AdWords API Advisor.

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

Re: 'Could not read report' error in KEYWORDS_PERFORMANCE_REPORT

[Anash P. Oommen]

HI Vijay, Carver,

This error is related to an AdWords API change that we announced back in 
November. To fix this error, you have to start passing your developer token 
as part of the HTTP headers when downloading the reports. More details 
here: 
http://adwordsapi.blogspot.com/2011/11/action-required-developer-token.html

Cheers,
Anash P. Oommen,
AdWords API Advisor.

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

Re: How can I tell if my code works after Feb 29th 2012?

[Anash P. Oommen]

Hi Wolfram,

All the older versions (i.e. prior to v201109) of the AdWords API will stop 
working by end of February. One place to see the major changes between API 
versions is http://code.google.com/apis/adwords/docs/reference/. As for 
migrating to v201109, I'd advise focusing on 3 things in addition to 
changing version imports and service version being requested:

   - Cross-client (MCC) reporting - if you are using v13 cross-client 
   reporting, rewrite your code to use v201109 ad-hoc reporting.
   - Email address is no longer to be used as a client identifier; only 
   Customer ID (available through InfoService or ServicedAccountService) is 
   supported.
   - CampaignTargetService has been sunset (except for AdScheduleTargets). 
   Its functionality has been merged into CampaignCriterionService.
   
Let me know if you have more questions. As Jason and Evgeniy mentioned, the 
key to the migration is to ensure that your code works on v201109 alone.

Cheers,
Anash P. Oommen,.
AdWords API Advisor.

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

Re: Report off by one day? (v201109)

[Anash P. Oommen]

Hi,

Just to clarify, dateRange dates are supposed to be in MMDD format, so 
I assume selector.setDateRange(2012-jan-12,2012-jan-13) is for illustrative 
purposes?

Cheers,
Anash P. Oommen,
AdWords API Advisor.

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

Re: Sudden increase in API activity

[Anash P. Oommen]

Hi Dinesh,

I could investigate, please email your customer id to 
anash.p.oom...@google.com and ping this thread to let me know. I'll follow 
up with you over email.

Cheers,
Anash P. Oommen,
AdWords API Advisor.

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

Re: MutateJobService Operations

[Anash P. Oommen]

Hi Ryan,

About MJS: There is no minimum size on the number of operations in a job, 
there's a max of 1 operations per job. Also, there's nothing wrong with 
the PerformMutateJob or PerformBulkMutateJob examples, just that 
PerformMutateJob got renamed to AddKeywordsInBulk in the latest release. 
See 
http://code.google.com/p/google-api-adwords-php/source/browse/trunk/examples/v201109/CampaignManagement/AddKeywordsInBulk.php
 for 
details.

Cheers,
Anash P. Oommen,.
AdWords API Advisor.

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

Re: Been waiting 30+ days for API approval

[Anash P. Oommen]

Hi everyone,

You can now email adwordsapi-tok...@google.com directly to follow up with 
your token application details.

Cheers,
Anash P. Oommen,
AdWords API Advisor.

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

Re: Been waiting 30+ days for API approval

[a...@justgofaster.com]

Hi Anash, not sure if you're still able to help with this, but am
emailing you now.

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

PolicyViolationError on updating AdParams

[Pearl Jam]

Hi,

since Friday we got PolicyViolationError on updating AdParams.

[PolicyViolationError.POLICY_ERROR @ 
operations[14].operand.criterion.text; trigger:'€', 
PolicyViolationError.POLICY_ERROR @ operations[14].operand.criterion.text; 
trigger:',',]

Our params looks like "12,34€". If we try again, in most cases it goes 
right, but not anyway.

Thanks,
Jam

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

"Cross client" reports for an MCM account no longer works?

[Daniele Calisi]

Hi all,
we have always downloaded a set of reports that we previously defined, 
using the /reportdownload POST request, as explained here: 
http://code.google.com/apis/adwords/docs/guides/reporting.html#downloading

It is a week now that we are not able to do that anymore, the service 
answer a 200 OK, but the body contains this:
!!!2|||708615471|||[
ReportDefinitionError.CUSTOMER_SERVING_TYPE_REPORT_MISMATCH @ selector; 
trigger:'cross client reports are not supported']???

What happened? Our request looks like this:
Authorization: GoogleLogin auth=<...>
clientCustomerId: <...>
developerToken: <...>

so far, we didn't provide the developerToken and, instead of the 
clientCustomerId, we provided the clientEmail and everything worked. Now 
whatever we give (clientCustomerId/clientEmail, with/without the 
developerToken) the server responds the line above.

We are using the clientCustomerId of the MCM user (as we did before), that 
is the same that created the report definition.

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

Re: How to get SOAP requests?

[Evgeniy Bogdanov]

Do you use Java, right?
If yes - take a look on this example
http://code.google.com/p/google-api-adwords-java/source/browse/trunk/examples/v201109/AddAdGroupCriteria.java

Strings:
import com.google.api.adwords.lib.AdWordsServiceLogger;

And

// Log SOAP XML request and response.
  AdWordsServiceLogger.log();

Means that logs will be saved in logs directory inside library
directory.

So just change your code with this strings and logs will be saved.

Regards,
Evgeniy.


On 16 янв, 12:11, bakwaas baba  wrote:
> Hi Evgeniy
>
> Thank for your reply. I am using official library. So if I create a
> logs/ directory inside the directory from which I am running my
> application, that should be enough?
>
> Thanks again. You've given me hope.
>
> On Jan 16, 5:31 pm, Evgeniy Bogdanov  wrote:
>
>
>
>
>
>
>
> > Hi.
>
> > Official libraries can save SOAP requests in logs/ directory.
> > Communication is encrypted as it uses SSL.
>
> > Regards,
> > Evgeniy.
>
> > On 16 янв, 10:54, bakwaas baba  wrote:
>
> > > This might be a stupid question, but how do you guys get the SOAP
> > > request that is being sent and received?
>
> > > Are you using
>
> > > 1) Packet capturing tool? If yes, so does that mean the communication
> > > is largely unencrypted?
>
> > > 2) No packet capturing tool, but go through the code and see the
> > > actual call? But you cannot debug the code in the jar file provided by
> > > Google, can you?
>
> > > 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

Re: How to get SOAP requests?

[bakwaas baba]

Hi Evgeniy

Thank for your reply. I am using official library. So if I create a
logs/ directory inside the directory from which I am running my
application, that should be enough?

Thanks again. You've given me hope.

On Jan 16, 5:31 pm, Evgeniy Bogdanov  wrote:
> Hi.
>
> Official libraries can save SOAP requests in logs/ directory.
> Communication is encrypted as it uses SSL.
>
> Regards,
> Evgeniy.
>
> On 16 янв, 10:54, bakwaas baba  wrote:
>
>
>
>
>
>
>
> > This might be a stupid question, but how do you guys get the SOAP
> > request that is being sent and received?
>
> > Are you using
>
> > 1) Packet capturing tool? If yes, so does that mean the communication
> > is largely unencrypted?
>
> > 2) No packet capturing tool, but go through the code and see the
> > actual call? But you cannot debug the code in the jar file provided by
> > Google, can you?
>
> > 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

Re: How to get SOAP requests?

[Evgeniy Bogdanov]

Hi.

Official libraries can save SOAP requests in logs/ directory.
Communication is encrypted as it uses SSL.

Regards,
Evgeniy.

On 16 янв, 10:54, bakwaas baba  wrote:
> This might be a stupid question, but how do you guys get the SOAP
> request that is being sent and received?
>
> Are you using
>
> 1) Packet capturing tool? If yes, so does that mean the communication
> is largely unencrypted?
>
> 2) No packet capturing tool, but go through the code and see the
> actual call? But you cannot debug the code in the jar file provided by
> Google, can you?
>
> 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

Re: How to cross-reference multiple reports?

[Simon Day]

Thanks for the reply Peter.

Looks like I'm doing it correctly then, however it does seem silly
there's no way to do it in a single report. All the SQL database
development is designed to reduce the number of calls made to the
database through joins, yet here it seems like the service is limited
to making lots of calls, and increasing load!

Cheers
Simon

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