The more I think of it, leveraging Lua into the core of httpd would
be a super win. If httpd knew that Lua was embedded, even if mod_lua
itself wasn't enabled, think of the cool stuff we could do.
Also, fwiw, libmill went 1.0 GA today. My main focus has been on
making it not gcc dependent and to work on a larger group of
systems, and not so much on the actual functionality itself,
mostly to make it more possible as a httpd dependent lib :)
> On Sep 27, 2015, at 3:28 AM, Daniel Gruno <humbed...@apache.org> wrote:
>
> Not to mention that should we opt for the Lua coroutines, this would also
> indirectly mean it would be possible to dynamically alter the HTTP process
> using custom scripts, which could be very interesting :) sort of like mod_lua
> on steroids ;). Other ways this could be used would be unit testing, where
> you could inject things into every crevice of httpd dynamically without
> having to recompile when you change the test.
>
> With regards,
> Daniel.
>
> On 2015-09-26 19:10, Jim Jagielski wrote:
>> I've been keen on libmill, which provides a golang-like
>> goroutine library. It seems that such functionality would
>> be cool for httpd
>>
>> Then I started thinking: Lua also has a great coroutine impl
>> and it is also MIT licensed and might be easier to fold
>> into httpd. Anyone ever look at that? Having something like
>> ap_routine() would be awful cool. We already have some Lua
>> expertise here and being able to use native coroutines in httpd
>> itself would be very neat, esp for 2.6/3.0
>
