Happy to continue being a maintainer. Longer response coming soon :) On Wed, Mar 17, 2021, 7:39 PM Adam Prime <adam.pr...@utoronto.ca> wrote:
> I think if you want to discuss alternatives, then a new thread would be > the place to do that. > > With regards to plug being pulled, I think that it is up to the > community if, when, and how that happens. That's what the point of this > thread is. If there aren't people that are committed enough to the > project for whatever reason to step up and keep it from going to the > attic, then that's what will happen. > > Adam > > > > On 3/17/2021 9:50 PM, Jim Albert wrote: > > Not that I want to be the guy that says it sounds like we'll be pulling > > the mod_perl plug at any time the right scenario arises, but is it > > reasonable to have a discussion here on mod_perl alternatives inline > > with the various means of using mod_perl from the low level means of > > interfacing with the Apache server to the quick and dirty stuff > > (ModPerl::PerlRun, I believe to keep Perl and modules in memory). > > > > For those drawing the same conclusions from this thread as me, I've seen > > mod_fcgid proposed as an alternative, but I haven't yet played with it. > > Anyone with similar thoughts would ideally be looking for something that > > doesn't require months of redeveloping to a proposed replacement to > > mod_perl. > > > > I like mod_perl and it does a good job for what I use it for, but if we > > have no one developing, it sounds like we're waiting for the catalyst to > > come along that puts and end to it. EG.. some future Apache > > incompatibility. I'd really like someone with mod_perl authority to > > tell me I'm wrong, but my take on Adam's reply pretty much leaves me > > with that conclusion. I don't see another way to draw a better > conclusion. > > > > Jim > > >
