On Wed, Mar 17, 2021 at 09:50:05PM -0400, 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). >
It is not that simple. I have a website that I have maintained on mod_perl and embperl since 1992. It is quite massive and moving it is frankly not reasonable. modperl and embperl has been remarkably flexible and resilent over time and I don't see any reason why it can't be maintained and essentially adapted to the latest apache source. When it dies. my website wil for all practocality be dead. > 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 > > On 3/17/2021 8:52 PM, Adam Prime wrote: > >The projects current state is that no new development happening. > >This isn't to say that new development shouldn't happen, but it > >isn't. Apache and Perl both continue to move forward, and we are > >pretty lucky that the design that Stas, Phillipe, Geoff, etc built > >mod_perl 2 under is resilient enough to continue to despite the > >changes that both of these projects have made. > > > >So, if the goal of the PMC is to maintain the status quo, then > >there is essentially no time required, aside from someone needing > >to file a report every few months saying that nothing has > >happened, and there were no releases. Things can only remain that > >way as long as there are no security problems that affect > >mod_perl, and neither Apache or Perl do anything that really > >breaks mod_perl. > > > >Adam > > > >On 3/17/2021 6:10 PM, Geoff Mottram wrote: > >>All, > >> > >>I would certainly hate to see mod_perl no longer being > >>maintained. I use it as a front-end for a library cataloging > >>system that is very much alive, in-use and updated with recent > >>HTML, CSS and JavaScript features. Rewriting this front-end in > >>some other language would be a huge undertaking and would not > >>provide much benefit because Apache + Perl + mod_perl not only > >>do the job but do it extremely well. > >> > >>While I don't understand what type of time commitment would be > >>required, I would be happy to add my name to the bottom of any > >>list should others have a strong desire to hold such a position. > >> > >>Best, > >> > >>Geoff Mottram > >> > >>On 3/17/2021 3:40 PM, Sander Striker wrote: > >>>Dear community members, > >>> > >>>As projects mature, they will naturally reach a point where > >>>activity reduces to a level such that the project is no longer > >>>sustainable. At Apache, projects reach this stage when there > >>>are not at least 3 active PMC members providing oversight. > >>>Projects that reach this stage are usually placed in the > >>>Attic [1] or absorbed by another Apache project willing to > >>>manage its releases. > >>> > >>>If you are interested in seeing mod_perl remain an active > >>>project, and are able to help maintain and provide oversight, > >>>please respond in this thread indicating that you are > >>>interested in performing the duties of a PMC member[2]. > >>> > >>>Cheers, > >>> > >>>Sander Striker > >>>Director, The Apache Software Foundation > >>> > >>>[1] https://attic.apache.org/ <https://attic.apache.org/> > >>>[2] https://www.apache.org/dev/pmc.html > >>><https://www.apache.org/dev/pmc.html> > >>> > >> > >>--------------------------------------------------------------------- > >>To unsubscribe, e-mail: dev-unsubscr...@perl.apache.org > >>For additional commands, e-mail: dev-h...@perl.apache.org > >> > > -- So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://www.mrbrklyn.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 http://www.nylxs.com - Leadership Development in Free Software http://www2.mrbrklyn.com/resources - Unpublished Archive http://www.coinhangout.com - coins! http://www.brooklyn-living.com Being so tracked is for FARM ANIMALS and extermination camps, but incompatible with living as a free human being. -RI Safir 2013
