Hello,
by "it seems people have lots of headaches any time they want to do heavy, necessarily concurrent processing" you mean heavy *synchronous* processing ? otherwise can you explain to me a bit more the use case you mention ?
I still don't know if I want to push something google has more or less abandoned for the adwords API ("no plans at the moment since 2011")
Starting from the google code base from 2011 could maybe help such a project become a first class client one day ; at least it seem to have a lot of google code requirements in it (using google closure for example). The fact that it is browser compatible is a + I think even if it is only through a proxy because of crossdomain issues.
It is hard to decide if and how to start such a project while at the same time avoiding the "official javascript client doom", meaning that
1/ you invest a lot of time and effort into putting up such a non official client
2/ google decides to publish an official javascript client on its own which has nothing to do with your now "rogue" client
3/ you duplicate lots of efforts and lose energy
I see 2 ways of approaching this while not losing too much time :
- (1) automatically generate the javascript binding out of the wsdl files ; and then add syntax sugar over this (node-soap could certainly help here)
if (2) hasn't been done it is maybe because there are fundamental differences between the SOAP bindings and what can be expressed via json schema but it is maybe worth a check.
if you have ideas/feedback your are welcome.
I'll post here after I decide if I want to pursue this or not (might take some time since I did not expect the non availability of a javascript client for adwords so I have to reconsider my overall planning and might go with one of the existing clients)
Thanks
Jerome