durusmail: quixote-users: Re: [Quixote-users] Poor upload (POST) performance...[PATCH]
Poor upload (POST) performance with Quixote/Medusa/xmlrpc_handler.collector
2004-02-12
Poor upload (POST) performance with Quixote/Medusa/xmlrpc_handler.collector
2004-02-16
Poor upload (POST) performance... [PATCH]
2004-02-16
Jason E. Sibre (2 parts)
2004-02-16
Re: [Quixote-users] Poor upload (POST) performance...[PATCH]
2004-02-16
Jason E. Sibre (2 parts)
Re: Poor upload (POST) performance...[PATCH]
2004-02-16
Poor upload (POST) performance...[PATCH]
2004-02-19
Re: [Quixote-users] Poor upload (POST) performance...[PATCH]
Jason E. Sibre
2004-02-16
> On Mon, Feb 16, 2004 at 01:36:16PM -0500, Neil Schemenauer wrote:
> > Your patch looks fine to me.  However, would it be better to patch
> > xmlrpc_handler?  Perhaps Andrew can comment.
>
> I plan to accept the patch for Medusa, and will also apply it to
> the version
> of Medusa in Graham's experimental patch for Quixote.
>
> (At least, I'll do that once my tree is in a decent state again;
> I'm giving
> up on tla for now and switching back to Subversion.)


Ok,
I've given it some thought, and I've about convinced myself that we aren't
likely to have problems involving backwards compatibility on this one.  Even
for medusa users not using quixote, I really can't see why they would ever
have felt the need to diddle with medusa.xmlrpc_handler.collector's data
attribute, and as such, submit the attached patch.

If anyone should think that it would be better to attempt to preserve some
level of backwards compatibility on the collector.data attribute, let me
know.  I have something that I was working on that emulated a string (sorta)
while actually being a list.  I decided the additional performance overhead,
complexity (and resulting chance of stupid bugs), and line count just wasn't
worth it for this situation.

Jason

reply