It is a good idea.
I think that security is an enhanced version of the release is required by
the current Zeppelin.
(Shiro)

2015-12-29 19:32 GMT-08:00 Amos B. Elberg <amos.elb...@gmail.com>:

> I don’t want to come off as the naysayer here, but I think the effort that
> would go into a release would be better spent on the testing infrastructure
> and outstanding PRs.
>
> If we feel we need a release for 1.6 and Ignite, I suggest we make a
> release that *only* includes the absolute minimal changes required to do
> that.
>
> There was one PR for 1.6 support that didn’t really work and is going to
> break anything built against the current codebase.  Except for a change in
> the name of one method called by one class, all of the changes seem to
> involve support for spark-under-zeppelin, which is something we want to
> take out.
>
> We also don’t currently have a working testing framework.  A lot of PRs
> have been committed under the “ignore travis its broken” theory.  I’m
> loathe to make a release that hasn’t really been tested, and it doesn’t
> seem we’re in a position to do that.
>
> While there have been a lot of merged PRs, I don’t think any of them are
> on-roadmap. They mostly seem to be very minor, like fixing typos and
> changing which text box gets highlighted.  Those are important things, of
> course, but not major enough to justify the effort involved in a release.
>
> Another release will not make it easier to integrate the larger PRs.  It
> will have the opposite effect.  Developers will have to rebase against
> whatever gets broken by 1.6 and other changes.
>
> I suggest we wait to do a significant release until we can take out the
> legacy spark-under-zeppelin code that has caused so many issues, have a
> working testing framework, and integrate the major outstanding PRs.
>
> So, again, if we want a release, I suggest we include the absolute minimum
> changes necessary for 1.6 and Ignite, and perhaps call it an interim or
> maintenance release.
>
>
> From: Konstantin Boudnik <c...@apache.org>
> Reply: dev@zeppelin.incubator.apache.org <
> dev@zeppelin.incubator.apache.org>, dev@zeppelin.incubator.apache.org <
> dev@zeppelin.incubator.apache.org>
> Date: December 29, 2015 at 10:05:36 PM
> To: dev@zeppelin.incubator.apache.org <dev@zeppelin.incubator.apache.org>
> Subject:  Re: [DISCUSS] Release 0.5.6-incubating
>
> Good idea! BTW, Apache Ignite is voting right now on 1.5.0.final - would
> make
> sense to add this to the latest release of Zeppelin. I will open a JIRA and
> supply a patch for it, if there's no objections.
>
> Cos
>
> On Wed, Dec 30, 2015 at 03:00AM, moon soo Lee wrote:
> > Hi folks,
> >
> > How about we make release 0.5.6-incubating?
> >
> > Since last release, more than 100 pull requests are merged and more than
> 80
> > issues are resolved.
> >
> > It's including new interpreters, a lot of new features and improvement on
> > GUI with much improved stability thanks to lots of bug fixes.
> >
> > Also it's great time to have a Zeppelin release that support Spark 1.6 (
> > ZEPPELIN-395), which about to be released.
> >
> > Once we branch for 0.5.6-incubating release, it's more safe to make large
> > code base change such as "Added Shiro security" (
> > https://github.com/apache/incubator-zeppelin/pull/53) and many other
> > planned feature in 0.6.0 roadmap, that will require lots of internal API
> > updates.
> >
> > What do you think?
> >
> > Thanks,
> > moon
>

Reply via email to