Using transport helper for calling http.request().

[dhermes]

This (reference to http.request) assumes (for now) that http is an instance of httplib.Http.

Alternative approach to #583. Towards #128.

Note that this PR stops short of

• just using http instead of http.request
• changing the input argument in all helpers from http_request to http

[theacodes]

It still seems strange to me that http is an argument to transport.request.

[dhermes]

@jonparrott Baby steps

[theacodes]

@jonparrott Baby steps

But it makes me feel icky.

But more seriously this looks fine so long as there's another PR to nix the http arg.

[theacodes]

Actually, why not go ahead and make http an optional arg to transport.request?

[dhermes]

I'd rather have a discussion first about your idea of "under the covers" vs. up-front http. Let's hold off on making it optional until we can hash out more details.

transport is essentially complete, except for possibly adding a helper to get status or other headers from a response object.

[theacodes]

I'd rather have a discussion first about your idea of "under the covers" vs. up-front http. Let's hold off on making it optional until we can hash out more details.

SG.

[dhermes]

@jonparrott Good to merge? @nathanielmanistaatgoogle any thoughts?

[theacodes]

I'm fine with it for now.

[nathanielmanistaatgoogle]

Resolve conflicts and poke me again?

[dhermes]

@nathanielmanistaatgoogle resolved