Re: [DISCUSS] Support For LTS Version Of Geode

2019-09-30 Thread John Blum
1 more thing... I am also not saying all Apache Geode LTS versions (e.g. 1.9) need to perfectly align with the SD Release Train for which the SD Release Train is based (e.g. SD Moore/2.2 <-> 1.9), release by release, especially given we have quite a few service/patch releases per SD Release Train

Re: [DISCUSS] Support For LTS Version Of Geode

2019-09-30 Thread John Blum
Well, release durations are subjective to begin with. What makes a 3 month cycle any better than a 6 month cycle or vice versa? For one, I think it is very project dependent. Rather, SD strives to achieve a predictable release cycle (i.e. fixed duration over X amount of scope, e.g. every 6 month

Re: [DISCUSS] Support For LTS Version Of Geode

2019-09-30 Thread Michael Stolz
I agree. This is the most sensible way to achieve release alignment. -- Mike Stolz Principal Engineer, Pivotal Cloud Cache Mobile: +1-631-835-4771 On Mon, Sep 30, 2019, 8:09 PM John Blum wrote: > Put simply, from my perspective, I would like to see LTS versions of Apache > Geode align with th

Re: [DISCUSS] Support For LTS Version Of Geode

2019-09-30 Thread Owen Nichols
I am curious, what is the primary reason for such a long release cycle for Spring Data Geode? Also curious, what kinds of fixes is SDG expecting to “keep out” by locking in a particular minor release? Perhaps a good question for Geode is, why do we increment the minor version on every quarter

Re: [DISCUSS] Support For LTS Version Of Geode

2019-09-30 Thread John Blum
Put simply, from my perspective, I would like to see LTS versions of Apache Geode align with the *Spring Data* (*Release Trains*) support for Apache Geode. For example: SDG Lovelace/2.1 is based on Apache Geode 1.6.x. SDG Moore/2.2 is based on Apache Geode 1.9.x. Therefore, both Apache Geode 1.6

[DISCUSS] Support For LTS Version Of Geode

2019-09-30 Thread Mark Bretl
Hi All, It has come up a few times in recent weeks about the possibility of an LTS version of Geode. Is this something the community would be interested in? There are advantages and disadvantages to supporting an LTS. Some advantages may include: - Stable release for downstream projects - Include

Re: [DISCUSS] GEODE-7241 - make Jar not War?

2019-09-30 Thread Udo Kohlmeyer
@Robert, I think the consensus is that WAR is the correct option. So unless someone objects, GEODE-7241 is a GO! --Udo On 9/30/19 10:58 AM, Robert Houghton wrote: I am unclear on the consensus of this thread. On Wed, Sep 25, 2019 at 12:55 PM John Blum wrote: @Jake - Ah, indeed it was https

Re: [DISCUSS] GEODE-7241 - make Jar not War?

2019-09-30 Thread Robert Houghton
I am unclear on the consensus of this thread. On Wed, Sep 25, 2019 at 12:55 PM John Blum wrote: > @Jake - Ah, indeed it was https://en.wikipedia.org/wiki/Gwar. I never > heard of them until now. Gotta love the 80s Rock/Heavy Metal Era. > > On Wed, Sep 25, 2019 at 12:22 PM Jacob Barrett > wrote

Re: Off-heap support deactivation

2019-09-30 Thread Darrel Schneider
You can specify this setting at the time you create the region. Geode does not have support for changing it on a region that already exists. Only a few region attributes can be changed on a region that currently exists (see the AttributesMutator API). So how is your region getting created? I think

Off-heap support deactivation

2019-09-30 Thread Alberto Bustamante Reyes
Hi all, Is it possible to change the off-heap support of a region once it is created? The idea I got from documentation is that it is possible to do it if the region is persistent, as the off-heap flag of the region can be changed using "alter disk-store". I have run the following example to c