incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "John D. Ament" <>
Subject Podlings & Apache Project Maturity Model (was RE: [DISCUSS] Graduate Apache RocketMQ from podling to TLP)
Date Fri, 25 Aug 2017 19:11:47 GMT
(changing subjects to avoid confusion in RocketMQ's discussion)

I've been pretty explicit about my disdain in the past over the use of the
Apache Project Maturity Model.  The model describes an ideal world that all
projects should strive for, but I would be surprised if many projects
passed it.

Its unfair for us to put some stake in the ground expecting podlings to
match up 100% on the questions.  Many of the questions are subjective - is
the code easy to discover? respond to bug reports in a timely manner?

My take is that if a podling can answer 1 question per section correctly,
and there's some validity to the answer (e.g. the IN section requires a
polygraph test) then they're on their way.  For instance, figuring out how
to report a security issue around Apache Hadoop leads me to vendor websites
first, the first match is on the second page.  This creates
violations in the CO, QU, and IN categories.


On Thu, Aug 24, 2017 at 3:30 PM Bertrand Delacretaz <> wrote:

> On Thu, Aug 24, 2017 at 1:06 PM, John D. Ament <>
> wrote:
> > ...please understand that the Apache Maturity Model is something that
> > helps the com dev team evaluate TLPs against.  Its relevance to a
> > graduating podling is extremely small...
> FWIW, I disagree...I think the maturity model is a great tool to help
> discover areas that podlings might have neglected in their work
> towards graduation.
> It's not THE single tool to evaluate TLP readiness, but I wouldn't
> qualify its relevance as "extremely small".
> (John - maybe we agree on the core, but I just reread the model and love
> it ;-)
> -Bertrand
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message