I was reading the link provided by Leemoonsoo about the Apache project
maturity model. (
http://community.apache.org/apache-way/apache-project-maturity-model.html)


> QU20 The project puts a very high priority on producing secure software

It's related to security and I know that there is a commit on Shiro
authentication already by hayssams (kudo to him by the way). There is also
some JIRA ticket to add documentation about Kerberos (
https://github.com/apache/incubator-zeppelin/pull/640). Don't know if there
is a JIRA to add doc for Shiro yet. Anyway, on the chapter of security, all
the works are being done and are on good way.

Under the Community topic, I think all the points are covered (for example,
becoming a committer (point CO50) is clearly documented in CONTRIBUTING.md)
as well as consensus (point CO60).

Under the Consensus Building chapter, every discussion related to release
or votes have been exposed so far publicly on the mailing list.

 As far as I see, all the points are covered.

 Now my personal opinion as a community member is that it's high time for
the project to graduate. Until now I did not feel comfortable advising
Zeppelin for customers to deploy in production because of lack of security
but since security support (at least for authentication) is in the trunk
and the improvements are on the way, I don't see any blocker anymore.

So a big +1 for me







On Thu, Feb 4, 2016 at 2:28 PM, Ahyoung Ryu <ahyoungry...@gmail.com> wrote:

> Totally agree with @anthonycorbacho. I think it's time to graduate and step
> forward.
> So, ++1 !
>
> 2016년 2월 4일 목요일, Anthony Corbacho<anthonycorba...@apache.org>님이 작성한 메시지:
>
> > Hi,
> >
> > I dont see any reason why we shouldn't start a vote.
> > unlike release, it doesnt require any specific features (For specific
> > feature like R or ACL, we can add it as a requirement for the first
> release
> > as TLP),
> > so for me its a big +1.
> >
> >
> >
> >
> > On Thu, Feb 4, 2016 at 5:41 PM, Victor Manuel Garcia <
> > victor.gar...@beeva.com <javascript:;>> wrote:
> >
> > > Hi guys,
> > > In my opinion we can graduate from the incubator. I think we all well
> > > controlled procedures, regardless of new features that also will be
> > > improved or adding . For example we need to greatly improve the
> > > documentation, but i since  is not necesary for graduation.
> > >
> > > +1 for graduation
> > >
> > > congrats for the work...!!!
> > >
> > > 2016-02-04 9:13 GMT+01:00 Alexander Bezzubov <b...@apache.org
> > <javascript:;>>:
> > >
> > > > Jakob,
> > > >
> > > > thank you for pointing this out, it is exactly as you describe (there
> > > were
> > > > 3 releases since joining the incubator)
> > > >
> > > > If we could keep this thread focused on graduation and get more
> > oppinions
> > > > from other participants - that would awesome!
> > > >
> > > > Its great to see people volonteering to help with particular features
> > for
> > > > the next release here, but please feel free to fork the thread for
> > > further
> > > > discussion on technical details.
> > > >
> > > > --
> > > > Alex
> > > >
> > > > On Thu, Feb 4, 2016, 08:51 Jakob Homan <jgho...@gmail.com
> > <javascript:;>> wrote:
> > > >
> > > > > Hey all-
> > > > >    A data point and observation from an ASF Member and Incubator
> PMC
> > > > > Member...
> > > > >
> > > > >    Moon is correct that readiness for graduation is a function of
> > > > > community development and adherence to the Apache Way, rather any
> > > > > specific feature or tech milestones.  Since entering Incubator,
> > > > > Zeppelin's had two relatively easy releases, has finished the
> > > > > incubation checklist
> > > > > (http://incubator.apache.org/projects/zeppelin.html), has added
> new
> > > > > commiters, etc.  In short, Zeppelin's in a good position to
> graduate
> > > > > from my perspective.
> > > > >
> > > > >    Resolution of specific PRs should be handled in a speedy matter,
> > > > > but there doesn't seem to be any disagreement to that - just some
> > work
> > > > > left to be done in getting them in.
> > > > >
> > > > > -Jakob
> > > > >
> > > > >
> > > > > On 3 February 2016 at 23:39, Amos B. Elberg <amos.elb...@gmail.com
> > <javascript:;>>
> > > > wrote:
> > > > > > I don't see a point to splitting it. The reason we didn't merge
> in
> > > > > December is that bugs in CI prevented the tests *in* 208 from
> > > > functioning.
> > > > > It wasn't causing anything else to fail. Now CI is broken for the
> > > project
> > > > > anyway. If it was going to be split, I would do that myself.
> > > > > >
> > > > > > The reliability of the code has been proven in the field: People
> > who
> > > > > don't use R have switched to the version of 208 in my repo because
> it
> > > > > compiles reliably when 0.5.6 does not.
> > > > > >
> > > > > > This has been outstanding since August, and it's very hard to
> > > > understand
> > > > > a reason - you even participated in a Meetup in September where a
> > > variant
> > > > > of the code in the PR was used as a demonstration of Zeppelin's
> > > > > capabilities and potential.
> > > > > >
> > > > > > Part of being an Apache project is dealing with significant PRs
> > from
> > > > > outside the core development team.  Addressing these issues  for R,
> > and
> > > > > Prasad's PR, seems like a good test of project maturity.  These
> were
> > > > > features on the roadmap which were supposed to be included before
> the
> > > > first
> > > > > non-beta release.
> > > > > >
> > > > > >> On Feb 4, 2016, at 12:50 AM, moon soo Lee <m...@apache.org
> > <javascript:;>> wrote:
> > > > > >>
> > > > > >> Thanks Sourav for interest in this discussion and very valuable
> > > > opinion.
> > > > > >>
> > > > > >> I completely agree how much R and Authentication (which i
> believe
> > > > > already
> > > > > >> in Zeppelin) will be useful for users. And believe me, I want
> > these
> > > > > >> features in Zeppelin more than anyone.
> > > > > >>
> > > > > >> But at the same time we have diversity of user bases.
> > > > > >> Some people might think supporting general JDBC is more
> practical
> > > and
> > > > > more
> > > > > >> useful feature, the other can think multi-tenancy is the most
> > > > important,
> > > > > >> etc, etc.
> > > > > >>
> > > > > >> So, i believe Apache Top Level project is defined by how
> community
> > > > > works,
> > > > > >> not defined by what feature does the software includes.
> > > > > >>
> > > > > >> Regarding bringing R into main branch, I tried to make pr208
> > passes
> > > > the
> > > > > CI.
> > > > > >> I could able to make it pass 1 test profile, but couldn't make
> it
> > > pass
> > > > > all
> > > > > >> other test profiles.
> > > > > >>
> > > > > >> I'm suggesting split the contribution into smaller peaces and
> > merge
> > > > one
> > > > > by
> > > > > >> one. Like Hayssam did it for his contribution of Shiro security
> > > > > integration
> > > > > >> (pr586). And I'm volunteering making pr208 into smaller PRs.
> > > > > >>
> > > > > >> Best,
> > > > > >> moon
> > > > > >>
> > > > > >> On Thu, Feb 4, 2016 at 2:11 PM Sourav Mazumder <
> > > > > sourav.mazumde...@gmail.com <javascript:;>>
> > > > > >> wrote:
> > > > > >>
> > > > > >>> This does make sense Moon. Completely agree with you that
> > features
> > > > are
> > > > > not
> > > > > >>> important for becoming a top level project
> > > > > >>>
> > > > > >>> However, in my opinion, from the practical usage standpoint,
> > > without
> > > > > these
> > > > > >>> two features Zeppelin does not look to me a full fledged top
> > level
> > > > > project.
> > > > > >>> Curious whether there are any technical glitches which are
> > > impediment
> > > > > in
> > > > > >>> bringing these features to the main branch. Wondering if any
> help
> > > can
> > > > > help
> > > > > >>> to get those problems fixed.
> > > > > >>>
> > > > > >>> Regards,
> > > > > >>> Sourav
> > > > > >>>
> > > > > >>>> On Wed, Feb 3, 2016 at 4:22 PM, moon soo Lee <m...@apache.org
> > <javascript:;>>
> > > > wrote:
> > > > > >>>>
> > > > > >>>> Hi guys,
> > > > > >>>>
> > > > > >>>> I don't think any feature (R or whatever) should be
> > prerequisites
> > > of
> > > > > >>>> graduation. Especially when a project never setup those
> features
> > > as
> > > > a
> > > > > >>>> graduation goal.
> > > > > >>>>
> > > > > >>>> Including specific features could be valid concern for release
> > > > > >>> discussion,
> > > > > >>>> but i don't think it's related to a graduation.
> > > > > >>>>
> > > > > >>>> Graduation is much more like if project is doing it in apache
> > way,
> > > > in
> > > > > my
> > > > > >>>> understanding. Last time the reason why i didn't go for a
> > > graduation
> > > > > vote
> > > > > >>>> is, because of there were valid concern about contribution
> > > impasse.
> > > > > >>>>
> > > > > >>>> Since that, community improved / clarified contribution guide
> > and
> > > > > review
> > > > > >>>> process. And Zeppelin PPMC members were trying to help many
> > > > > contributions
> > > > > >>>> that they have been as a open PR for a long time. (Especially
> > > > Jongyoul
> > > > > >>> and
> > > > > >>>> Felix helped a lot)
> > > > > >>>>
> > > > > >>>> So, let's move discussions like 'which feature should be
> > included'
> > > > to
> > > > > the
> > > > > >>>> release / roadmap discussion.
> > > > > >>>> In the graduation discussion, i'd like to have an discussions,
> > > such
> > > > as
> > > > > >>>> evaluating
> > > > > >>>
> > > > >
> > > >
> > >
> >
> http://community.apache.org/apache-way/apache-project-maturity-model.html,
> > > > > >>>> etc.
> > > > > >>>>
> > > > > >>>> Does this make sense for you guys? Amos, Eran, Sourav?
> > > > > >>>>
> > > > > >>>> Thanks,
> > > > > >>>> moon
> > > > > >>>>
> > > > > >>>> On Thu, Feb 4, 2016 at 8:05 AM Amos B. Elberg <
> > > > amos.elb...@gmail.com <javascript:;>>
> > > > > >>>> wrote:
> > > > > >>>>
> > > > > >>>>> No Eran is right. The last vote for graduation passed-it was
> > not
> > > > > >>>> withdrawn
> > > > > >>>>> in favor of releasing 0.5.6. It passed and there was some
> > > feedback
> > > > > from
> > > > > >>>> the
> > > > > >>>>> mentors concerning graduation, R, and some other issues. And
> > > that's
> > > > > the
> > > > > >>>>> last public discussion about graduation until today.
> > > > > >>>>>
> > > > > >>>>> Alex if you disagree with that do you have links to the
> > > discussion
> > > > > >>> emails
> > > > > >>>>> that you're referring to.
> > > > > >>>>>
> > > > > >>>>>> On Feb 3, 2016, at 2:34 PM, Alexander Bezzubov <
> > b...@apache.org <javascript:;>>
> > > > > >>> wrote:
> > > > > >>>>>>
> > > > > >>>>>> Hi Eran,
> > > > > >>>>>>
> > > > > >>>>>> thanks for sharing your oppinion!
> > > > > >>>>>>
> > > > > >>>>>> Could you please check my previous reply about release
> > schedulle
> > > > and
> > > > > >>>> let
> > > > > >>>>> us
> > > > > >>>>>> know if that makes sense to you?
> > > > > >>>>>>
> > > > > >>>>>> By the way, please our mentors correct me if I'm wrong here,
> > but
> > > > > >>> after
> > > > > >>>>>> reading [1] I was under impression that project does not
> have
> > > > > >>>> pre-request
> > > > > >>>>>> regarding its code or features in order to undergo this
> formal
> > > > > >>>> procedure
> > > > > >>>>> of
> > > > > >>>>>> graduation.
> > > > > >>>>>>
> > > > > >>>>>> [1]
> > > > > >>>
> > > > >
> > > >
> > >
> >
> http://incubator.apache.org/incubation/Incubation_Policy.html#Graduating+from+the+Incubator
> > > > > >>>>>>
> > > > > >>>>>>> On Wed, Feb 3, 2016, 20:04 Eran Witkon <
> eranwit...@gmail.com
> > <javascript:;>>
> > > > > >>> wrote:
> > > > > >>>>>>>
> > > > > >>>>>>> If I recall correctly R support was one of the
> pre-requisite
> > > for
> > > > > >>>>> graduation
> > > > > >>>>>>> from day one.
> > > > > >>>>>>> I agree that Authentication should be added as well.
> > > > > >>>>>>> +1 for graduation after we add both
> > > > > >>>>>>> Eran
> > > > > >>>>>>> On Wed, 3 Feb 2016 at 20:24 Sourav Mazumder <
> > > > > >>>>> sourav.mazumde...@gmail.com <javascript:;>>
> > > > > >>>>>>> wrote:
> > > > > >>>>>>>
> > > > > >>>>>>>> Surely I vote for the same. Zeppelin is already very
> popular
> > > in
> > > > > >>>>> different
> > > > > >>>>>>>> quarts of the Spark/Big Data user group. High time to
> > graduate
> > > > it
> > > > > >>> to
> > > > > >>>>> top
> > > > > >>>>>>>> level.
> > > > > >>>>>>>>
> > > > > >>>>>>>> However, I shall suggest to have the support for R and
> > > > > >>> Authentication
> > > > > >>>>>>> added
> > > > > >>>>>>>> to Zeppelin before that. These are the supports most of
> the
> > > > people
> > > > > >>>> are
> > > > > >>>>>>>> eagerly waiting for.
> > > > > >>>>>>>>
> > > > > >>>>>>>> Regards,
> > > > > >>>>>>>> Sourav
> > > > > >>>>>>>>
> > > > > >>>>>>>>> On Wed, Feb 3, 2016 at 8:23 AM, moon soo Lee <
> > > m...@apache.org <javascript:;>>
> > > > > >>>> wrote:
> > > > > >>>>>>>>>
> > > > > >>>>>>>>> Thanks Alexander for resuming the discussion.
> > > > > >>>>>>>>> Let's start a vote.
> > > > > >>>>>>>>>
> > > > > >>>>>>>>> Best,
> > > > > >>>>>>>>> moon
> > > > > >>>>>>>>>
> > > > > >>>>>>>>>> On Wed, Feb 3, 2016 at 11:11 PM Alexander Bezzubov <
> > > > > >>> b...@apache.org <javascript:;>
> > > > > >>>>>
> > > > > >>>>>>>>> wrote:
> > > > > >>>>>>>>>
> > > > > >>>>>>>>>> Dear Zeppelin developers,
> > > > > >>>>>>>>>>
> > > > > >>>>>>>>>> now, after number of releases and committers grew more
> I'd
> > > > like
> > > > > >>> to
> > > > > >>>>>>>>> suggest
> > > > > >>>>>>>>>> the re-new the discussion of graduating Zeppelin to top
> > > level
> > > > > >>>>>>> project.
> > > > > >>>>>>>>>>
> > > > > >>>>>>>>>> If there are on objections - next step would be to
> start a
> > > > VOTE
> > > > > >>>>>>> thread
> > > > > >>>>>>>>>> here.
> > > > > >>>>>>>>>>
> > > > > >>>>>>>>>> What do you guys think?
> > > > > >>>>>>>>>>
> > > > > >>>>>>>>>> --
> > > > > >>>>>>>>>> Alex
> > > > > >>>
> > > > >
> > > >
> > >
> > >
> > >
> > > --
> > > *Victor Manuel Garcia Martinez*
> > > *Software Engeenier
> > >                      *
> > >
> > > *+34 672104297  | victor.gar...@beeva.com <javascript:;> <
> > marta.ta...@beeva.com <javascript:;>>*
> > >              *              | victormanuel.garcia.marti...@bbva.com
> > <javascript:;>
> > > <marta.ta...@bbva.com <javascript:;>>*
> > >
> > >
> > >
> > > <http://www.beeva.com/>
> > >
> >
>

Reply via email to