There have been a few changes recently that will require you to update your
IntelliJ Gradle Config. You can manually synchronize but I suggest enabling
"Use auto-import. Now is also a good time to make sure you have "Create
separate module per source set" enabled as well.
Please also make sure
is there a recommended way in GEODE to implement a derived property's
default behavior?
I have a boolean property 'ssl-endpoint-identification-enabled' which has
to have a default value (if unspecified) but the default value is derived
from other property 'ssl-use-default-context'.
I see two
---
Spring Data GemFire > Nightly-ApacheGeode > #1023 was successful.
---
Scheduled
2425 tests in total.
https://build.spring.io/browse/SGF-NAG-1023/
--
Develop pipeline is not dependent on Windows jobs and the initial reason
being not to slow down the pipeline.
But the WindowsIntegrationTest has not had a consistent green runs and is
red either
- due to gradle crashing half-way through (not enough memory?) or
- a flaky test
I expect to close PR#2368 for GEODE-5590 without merging it due to unexpected
test failures in other test categories.
Instead I have PR#2389 (for GEODE 5601) to attain stable test results for
AcceptanceTests. This is a simpler fix to the problem at the expense of a
slightly longer runtime for
I waiting for a green precheckin for GEODE-5594.
Sai
On Tue, Aug 28, 2018 at 10:43 AM Alexander Murmann
wrote:
> Thanks for chiming in, Sai! Are you at this point waiting for more reviews?
>
> On Tue, Aug 28, 2018 at 10:30 AM, Sai Boorlagadda <
> sai.boorlaga...@gmail.com
> > wrote:
>
> >
Thanks for chiming in, Sai! Are you at this point waiting for more reviews?
On Tue, Aug 28, 2018 at 10:30 AM, Sai Boorlagadda wrote:
> GEODE-5338 is downvoted for the security concerns related to trusting
> the default trust store and thus resulted in an improvement to add a
> hostname
>
GEODE-5338 is downvoted for the security concerns related to trusting
the default trust store and thus resulted in an improvement to add a
hostname
validation as a feature before we can support trusting default trust store.
So GEODE-5338 is blocked by GEODE-5594.
Once I merge GEODE-5594, I will
Looks like we are now waiting for these tickets:
GEODE-5601 which is a dup of GEODE-5590 which has this open PR:
https://github.com/apache/geode/pull/2368.
GEODE-5594 has open PR: https://github.com/apache/geode/pull/2346
GEODE-5338 has open PR: https://github.com/apache/geode/pull/2244.
Does
Looking for someone to grant me admin access on our Jenkins. Now that we
are publishing SNAPSHOTs via the Concourse CI there is no need to keep
running the night Jenkins spammer... I mean SNAPSHOT job.
-Jake
Thanks!!
On Tue, Aug 28, 2018 at 9:13 AM Nabarun Nag wrote:
> Hi Juan,
>
> GEODE-5618 as PR#2360 has been merged in to develop. The new branch has not
> yet been created hence this fix will be in 1.7.0
>
> Regards
> Nabarun Nag
>
> On Tue, Aug 28, 2018 at 12:33 AM Juan José Ramos
> wrote:
>
>
=
The build job for Apache Geode version 1.8.0-build.1346 has failed.
Build artifacts are available at:
Hi Juan,
GEODE-5618 as PR#2360 has been merged in to develop. The new branch has not
yet been created hence this fix will be in 1.7.0
Regards
Nabarun Nag
On Tue, Aug 28, 2018 at 12:33 AM Juan José Ramos wrote:
> Hello team,
>
> Can we also include GEODE-5618 in the next release?. The pull
Hello team,
Can we also include GEODE-5618 in the next release?. The pull request has
been approved already, it just needs to be merged.
Best regards.
On Mon, Aug 27, 2018 at 11:45 PM Bruce Schuchardt
wrote:
> great! thanks
>
>
> On 8/27/18 1:42 PM, Nabarun Nag wrote:
> > I completely agree.
14 matches
Mail list logo
