Re: [DISCUSS] The future of mod_perl

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: [email protected]
> >>For additional commands, e-mail: [email protected]
> >>
> 
> 

-- 
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