tephra-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alan Gates <alanfga...@gmail.com>
Subject Re: Question from a mentor after reviewing the latest report
Date Wed, 13 Jun 2018 03:20:59 GMT
If you have a viable community of developers who are interested in ongoing
development (even if it is at a slower pace) then I think you're ready to
start moving towards graduation.  Having a project that focuses on a niche
case isn't a problem, as long as you have the developers to keep moving it
forward.  If you are only being used in one case, Phoenix, it might make
sense to approach that community and see about joining them.  But it sounds
like that isn't the case.


On Tue, Jun 12, 2018 at 5:35 PM Poorna Chandra <poorna@apache.org> wrote:

> Hi Alan,
> Tephra is now mostly feature complete for the basic transaction use-case.
> We need to now start working on features like replication, scalability,
> etc. When we start working on those features, you will again start seeing
> activity in terms of JIRAs  and patches.
> Transactions on HBase is a still a pretty niche segment. I'm not sure how
> widespread the adoption is going to be. Although the scale of the
> developmental activity is small, I feel Tephra has met most most of the
> requirements for graduation. What would you recommend in such a case?
> Poorna.
> On Thu, Jun 7, 2018 at 10:07 AM, Alan Gates <alanfgates@gmail.com> wrote:
> > It seems development on Tephra has slowed quite a bit lately, with only 7
> > JIRAs filed during the last 3 months.  I know Tephra is used in other
> > projects, like Apache Phoenix.  Is this slowdown temporary?  Is
> development
> > slowing because Tephra is mature and only maintenance is now required?
> Is
> > it continuing to be picked up by new projects or only used in 1 or 2
> > places?  I ask because it feels like it is near time for Tephra to
> graduate
> > (it's been incubating for over 2 years now) and what needs to be done to
> > graduate is somewhat determined by the answers to these questions.
> >
> > Alan.
> >

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