Client uses mixed mode for HTTP URIs on smart server

To try and describe it a different way.

If you use "bzr+http://" you get a RemoteHTTPTransport.
And then all plain Transport (VFS) requests (get() get_bytes(), etc) end up going through the bzr protocol's VFS layer. So:

t = get_transport('bzr+http://host/path/to/url')
t.get_bytes('.bzr/branch-format')

Does a POST to http://host/path/to/url/.bzr/smart with a "get\x01.bzr/branch-format" request.

On the other hand if you use "http://" you get a HTTPTransport, which will use POST for smart server verbs, but will use plain HTTP GET for any Transport requests. So doing:

t = get_transport('http://host/path/to/url')
t.get_bytes('.bzr/branch-format')

Will generate an HTTP GET /path/to/url/.bzr/branch-format

There is an open question as to which is "better" at the moment. Specifically, if you make plain HTTP GET requests, then intermediate caching proxies are able to cache appropriately. While they could not cache the output of HTTP POST requests.

The other reason is that doing a plain HTTPTransport.get_bytes() has less CPU overhead. Because we don't have to marshal and unmarshal an HPSS request and response.

It should also be noted that as we move away from using the VFS layer for Remote* objects, the different between them will decrease.

I think the basic oddity is that "bzr+http://" returns a RemoteHTTPTransport while "http://" returns a HTTPTransport, and both are able to handle the FS requests. It would seem like we would want to standardize on one method or another. Not have both. Though in awilkins' case, it does allow him to use bzr+http:// for IIS6 support.

mostly we just want to figure out what the *desired* behavior is.

Hi folks,

I'm the developer & maintainer for PyISAPIe.

I actually came across this while searching for the proper method of "passing to the next handler."

> IIS6 only supports matching handlers for URLs ending in dotted file extensions
>

This is true except when PyISAPIe is the "global" wildcard map. Would your problem be fixed if it were set to that and passed unsupported URLs back to IIS?

I'm still trying to figure out the situation and how to make this all work- any input/suggestions from actual users is always much appreciated.

Update:

Passthrough is now supported in the latest release of PyISAPIe, please let me know if you experience any issues with it.

Cheers,

Phillip

That sounds like just the ticket, Phillip (I'm the filer of the tracker item for this on Sourceforge). I'll give it a go when I have a moment next week.