[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [Libevent-users] libevhtp beginnings API



On Mon, May 23, 2011 at 8:55 AM, Mark Ellzey <mthomas@xxxxxxxxxx> wrote:
> I have been reconsidering the idea of actually putting this into
> Libevent itself, mostly because I have intentions to abstract a lot of
> the duties a real http server would do: thread pooling, AIO spooling,
> RESTfull type configuration, and some other things which may piss people
> off, even as an option. *waves to guy who told me how all my ideas were bad*

I assume you're talking about me. Do keep in mind that I'm not a
libevent maintainer, so while Nick had recently asked for review by
other interested parties, my opinion has no special weight; ultimately
Nick and Niels are the ones you would have to convince to put in all
the bells and whistles. Even if I were libevent's sole maintainer,
there would be a few ways you could convince me that a particular
feature is worth doing, such as arguing that (hopefully in
combination):

1. many people want the feature, for many different projects, and
they're not going to shoot themselves in the foot with it every time
they use it

2. the feature can't be implemented on top of the existing interfaces
or simpler alternate proposals; you have to patch libevent code or
duplicate it outside libevent

3. it won't be a maintenance burden: the interface (and ideally
implementation as well) is small, easy to understand, and unlikely to
change much over time.

You didn't convince me of any of these things for spooling to disk,
but that doesn't mean that you couldn't for a different feature or
even for the same feature given more supporting evidence like a
precisely-specified interface, other people expressing interest, a
description of the why you can't implement it on top of the callbacks
that were already under discussion, etc.

And above all, I'm sorry if I gave you the impression that I'm pissed
off or bear any ill will toward you. I just want good software. You
didn't convince me this time, but it's nothing personal.

-- 
Scott Lamb <http://www.slamb.org/>
***********************************************************************
To unsubscribe, send an e-mail to majordomo@xxxxxxxxxxxxx with
unsubscribe libevent-users    in the body.