You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Frank Kuhn <fr...@x09.de> on 2019/01/25 19:12:34 UTC
Re: Changing mod_lua to stable
On 12/17/18 8:23 PM, Daniel Gruno wrote:
> Hi folks,
> I've been pondering on the state of mod_lua, and it seems like it's time
> to get rid of the 'experimental' note, which still scares off a lot of
> people. The API has been steady over the past few years, I believe, and
> the code itself seems to be in a stable state, so I'm inclined to go
> ahead and get it moved over to stable, including switching from CTR to RTC.
> [...]
Hi,
I have big problems with LuaOutputFilter and SetOutputFilter (see
https://bz.apache.org/bugzilla/show_bug.cgi?id=62726) so I cannot call
it 'stable'...
Best regars,
Frank.
P.S.: And when I am not wrong
https://bz.apache.org/bugzilla/show_bug.cgi?id=62359 also needs some work...
And while looking at this someone should also look at the whole list:
https://bz.apache.org/bugzilla/buglist.cgi?bug_status=__open__&component=mod_lua&product=Apache%20httpd-2
Re: Changing mod_lua to stable
Posted by Greg Stein <gs...@gmail.com>.
On Fri, Jan 25, 2019 at 2:47 PM Chris Punches <pu...@gmail.com>
wrote:
> Someone may want to add some text along the lines of when to use u/WSGI
> instead of mod_lua as that's going to be a thing if this goes stable. If
> the what/when isn't in there clearly we could run into really bad
> situations like ASF using mod_lua to host web services in production.
>
As D.Gruno noted, we *already* use mod_lua in production at the ASF, and
have seen zero problems with the module.
Cheers,
-g
Re: Changing mod_lua to stable
Posted by Chris Punches <pu...@gmail.com>.
Someone may want to add some text along the lines of when to use u/WSGI
instead of mod_lua as that's going to be a thing if this goes stable. If
the what/when isn't in there clearly we could run into really bad
situations like ASF using mod_lua to host web services in production.
On Fri, Jan 25, 2019 at 2:36 PM Eric Covener <co...@gmail.com> wrote:
> On Fri, Jan 25, 2019 at 2:12 PM Frank Kuhn <fr...@x09.de> wrote:
> >
> >
> >
> > On 12/17/18 8:23 PM, Daniel Gruno wrote:
> > > Hi folks,
> > > I've been pondering on the state of mod_lua, and it seems like it's
> time
> > > to get rid of the 'experimental' note, which still scares off a lot of
> > > people. The API has been steady over the past few years, I believe, and
> > > the code itself seems to be in a stable state, so I'm inclined to go
> > > ahead and get it moved over to stable, including switching from CTR to
> RTC.
> > > [...]
> >
> > Hi,
> > I have big problems with LuaOutputFilter and SetOutputFilter (see
> > https://bz.apache.org/bugzilla/show_bug.cgi?id=62726) so I cannot call
> > it 'stable'...
>
> Stable from an API perspective, not bug-free. The disclaimer we have
> used recently for experimental is:
>
> > This module is experimental. Its behaviors, directives, and defaults are
> subject to more change from release to release relative to other standard
> modules. Users are encouraged to consult the "CHANGES" file for potential
> updates.
>
Re: Changing mod_lua to stable
Posted by Eric Covener <co...@gmail.com>.
On Fri, Jan 25, 2019 at 2:12 PM Frank Kuhn <fr...@x09.de> wrote:
>
>
>
> On 12/17/18 8:23 PM, Daniel Gruno wrote:
> > Hi folks,
> > I've been pondering on the state of mod_lua, and it seems like it's time
> > to get rid of the 'experimental' note, which still scares off a lot of
> > people. The API has been steady over the past few years, I believe, and
> > the code itself seems to be in a stable state, so I'm inclined to go
> > ahead and get it moved over to stable, including switching from CTR to RTC.
> > [...]
>
> Hi,
> I have big problems with LuaOutputFilter and SetOutputFilter (see
> https://bz.apache.org/bugzilla/show_bug.cgi?id=62726) so I cannot call
> it 'stable'...
Stable from an API perspective, not bug-free. The disclaimer we have
used recently for experimental is:
> This module is experimental. Its behaviors, directives, and defaults are subject to more change from release to release relative to other standard modules. Users are encouraged to consult the "CHANGES" file for potential updates.