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
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
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
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
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
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
@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
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
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
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
10 matches
Mail list logo