[john at arbash-meinel.com: Re: [long] bzr with wsgi and gunicorn vs Pylons (paste)]

[John Arbash Meinel]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 10/19/2010 11:45 AM, Adrien Saladin wrote:
>> Date: Tue, 19 Oct 2010 10:39:06 -0500
>> From: John Arbash Meinel <john at arbash-meinel.com>
> 
>>>> error\x01incomplete request\n is the smart servers way of saying there
>>>> was a problem. The client code should be handling that and raising an
>>>> appropriate error internally.
>>>>
>>>> So the question is why is pylons + whatever not returning the content,
>>>> and instead erroring?
>>>>
>>>
>>> But is this message part of the normal workflow. I thought the
>>> question was "why does the bzr wsgi app returns an error message given
>>> its input" ?
>>>
> 
>> I'm not 100% sure what is wrong. However, it does happen for the server
>> to return "there was an error" and have the client handle it.
>>
>> I'm guessing there is something wrong with a request, which is causing
>> the server to return the generic error response. But at a minimum,
>> you're not getting solid communication between the two, which hints at
>> configuration issues.
>>
> 
> Is there a way to get more verbose output from the bzr wsgi application ?
> I tried to set enable_logging=True but this does not seem to change anything.
> 
> Also, is there a more verbose mode to the bzr client (or a plugin) to
> get more informations about http traffic ?
> 
> Thanks!
> 
> 

Adding "-Dhpss" and "-Dhttp" to a bzr command could be useful. The
client will then log (see 'bzr --version' for the log file) what
requests are being made, and what HTTP requests/responses it receives.

John
=:->

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAky9zsMACgkQJdeBCYSNAAOBBwCfYhXImvvfB7DD369upFwXAkSi
h2AAoNH/KrKT/sTeBymGAqyak2Ygnxas
=/sMu
-----END PGP SIGNATURE-----