[hunchentoot-devel] Maximum Request Size

[William Halliburton]

Hello everyone...

I would like to volunteer any amount of time needed to get Hans's changes
folded into the main repository and/or get the development version moving
forward and more accessible. I am working on a startup that is currently
using hunchentoot and, as chance may have it, I am right about now going to
be digging into hunchentoot and friends as part of a performance and
understanding push.

Currently the BKNR repository is down, but once it gets back up I would like
to set up a git repository of flexi-streams, hunchentoot, chunga, and drakma
and I invite anyone that wishes to help contribute to this effort.

I am most interested in figuring out and testing the performance
characteristics of the libraries with respects to threading/non-threading,
select/epoll, and proxy/no-proxy on SBCL and am most willing to put in the
time and effort to develop and test these different scenarios.

Thanks to everyone.

Peace,
Will

On Thu, Jan 29, 2009 at 7:52 AM, Edi Weitz <edi at agharta.de> wrote:

> On Wed, Jan 21, 2009 at 11:22 AM, Volkan YAZICI <yazicivo at ttmail.com>
> wrote:
>
> > Thanks Hans Huebner for his kindly helps and Edi Weitz for his
> > uninterest in any effort.
>
> Volkan,
>
> If you think you're somehow entitled to an immediate reply or any
> action from me just because you sent a patch that is "not well tested"
> and "doesn't include any documentation", you're obviously living on a
> different planet or at least you don't know what it means to have a
> job and a family in addition to taking care of more than a dozen open
> source libraries in your spare time.  I might look at these patches if
> and when I find the time to work on Hunchentoot again or I might not.
> If that's not acceptable to you, the license on all of my libs always
> allows you to fork them and basically do with them whatever you want.
>
> For those of you who wonder why Hunchentoot and some other libraries
> have been in limbo for quite some time now, here's a quick
> explanation: A company paid Hans to make a couple of additions to
> Hunchentoot which are now in the bknr.net repository.  I also worked
> on this a bit in my spare time and added some code, mainly for
> performance improvements.  The good thing is that due to Hans' work
> the development version is much improved in several aspects over the
> current release.  The bad thing is that due to Hans' and my changes
> the dev versions of Hunchentoot, Chunga, and Drakma have to be
> released together, because they are mutually incompatible with the
> released versions.  And, for them to become acceptable (for me)
> release versions, there's a certain amount of clean-up and
> documentation needed that still has to be done.
>
> Now, the deal with the afore-mentioned company was that they would pay
> Hans and me to do this clean-up and integration work so that we once
> again have "official" release versions that are feature-wise in sync
> with the current dev versions.  This hasn't happened so far, and right
> now I fail to see why I should spend a significant amount of my spare
> time to do this clean-up work when I have more interesting things to
> do.  /Maybe/, this will happen in the future (paid or unpaid), or
> maybe there'll at some point just be another Hunchentoot release based
> on 0.15.7 and the dev changes will be lost.  Until then, I think the
> current release isn't perfect, but certainly something that can be
> used (and is used) without significant problems.
>
> Cheers,
> Edi.
>
> _______________________________________________
> tbnl-devel site list
> tbnl-devel at common-lisp.net
> http://common-lisp.net/mailman/listinfo/tbnl-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/tbnl-devel/attachments/20090129/b342cfd7/attachment.html>