ignite-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Denis Magda <dma...@apache.org>
Subject Re: [discussion] using custom build of H2 for Ignite
Date Mon, 08 Jul 2019 20:51:23 GMT

To make this fully-vendor neutral even at the originating repository level,
we can create and work with the H2 fork as a separate Github repo (separate
project governed and maintained by Ignite community). That repo can't be
part of Ignite due to license mismatch. Thus, during release times, we need
to assemble a binary (maven artifact) from that fork.

However, it's not clear to me how to use those sources during the dev time?
It sounds like Ignite can use only the binary (Maven) artifact that has to
be updated/regenerated if there are any changes. *SQL experts*, could you
please step in?

Nickolay, as for that fork which is in GG codebase - GridGain is a major
contributor and maintainer but the others are welcomed to send


On Thu, Jul 4, 2019 at 9:26 AM Dmitriy Pavlov <dpavlov@apache.org> wrote:

> Hi Denis,
> As you know, some time ago I've started a discussion about removing
> dependence from gridgain:shmem. Ignite community seems to be not so much
> interested in this removal, for now. So once added it could stay here
> forever. Reverse dependency direction seems to be more natural. It is like
> the open-core model.
> I feel more comfortable if all Ignite dependencies are released as part of
> the Ignite code base, or some open governed project with a license from
> Category A https://www.apache.org/legal/resolved.html.
> It is true that H2 has Category B license, so derivative can't be committed
> into ASF repository.
> What if we consult with legal@apache.org to find additional ways to donate
> forked version into ASF codebase? We anyway need their approval because
> gridgain/h2 has a non-standard license, so we should approve including
> non-standard licensed component it the product.
> Sincerely,
> Dmitriy Pavlov
> чт, 4 июл. 2019 г. в 18:57, Denis Magda <dmagda@apache.org>:
> > Hi Igniters,
> >
> > As you know, Ignite SQL engine is tightly coupled with the H2 database
> that
> > provides basic parsing and query execution capabilities.  This synergy
> has
> > worked well for a while until Ignite SQL engine got a much broader
> adoption
> > for all sort of use cases.
> >
> > Presently, there is a list of impactful issues and limitations related to
> > memory management, distributed engine optimization, and queries planning
> > that require changes in H2. We've tried to contribute to H2 directly with
> > no significant luck - what's needed for our distributed engine is of no
> > interest to H2 community. At the same time, we can't leave the things as
> > is, as long as these limitations keep Ignite SQL engine from gradual
> > evolution.
> >
> > As a solution, we created an H2 fork [1] and did all of the required
> > changes there. We would be happy to include the fork into Ignite source
> > base, but H2's license (available under dual MPL 2.0 and EPL 1.0) is not
> > compliant with Apache 2.0. However, if Ignite starts using our maven
> > artifacts instead of the standard H2's ones, then the licensing issue is
> > solved.
> >
> > Is the community ready to accept this solution and swap the standard H2
> > artifact with the one prepared by GridGain? Presently, all of those
> > improvements are available to GridGain customers, but GridGain wants to
> > make all of them be available for Ignite community. And that's the only
> > legal way we've come up with...
> >
> >
> > [1] https://github.com/gridgain/gridgain/tree/master/modules/h2
> >
> >
> >
> > --
> > -
> > Denis
> >

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