Re: spotlessGroovyGradleCheck failures in clean checkout on windows

Hi Kirk. Does running with ‘—info’ give some more insight? --Jens From: Kirk Lund Date: Thursday, May 11, 2023 at 5:21 PM To: dev@geode.apache.org Subject: spotlessGroovyGradleCheck failures in clean checkout on windows !! External Email Anyone know why a fresh checkout of develop has all of

Re: [PROPOSAL] annul support/1.15

+1 From: Owen Nichols Date: Wednesday, March 16, 2022 at 2:12 PM To: geode Subject: [PROPOSAL] annul support/1.15 Seven weeks after cutting support/1.15, Jira now shows 11 blockers, up from 5 a few weeks ago. I wonder if perhaps we cut the release branch prematurely? I propose that we

PR to add unique ID to DUnit log output

Hi All. Just a heads up that I have a PR up (https://github.com/apache/geode/pull/7232) which, if merged, will slightly change the log output from DUnit runs. The PR simply adds a 4 character unique ID to the log line. As in: [vm0-51ec] [info 2021/12/24 15:43:54.367 UTC ; tid=0x1d]

Re: [Suspected Spam] [VOTE] Apache Geode 1.12.6.RC2

+1 Used gfsh to create a SSL-enabled cluster; ran various gfsh commands. --Jens From: Owen Nichols Date: Friday, December 10, 2021 at 2:09 PM To: dev@geode.apache.org Subject: [Suspected Spam] [VOTE] Apache Geode 1.12.6.RC2 Hello Geode Dev Community, This is a release candidate for Apache

Re: [Suspected Spam] [VOTE] Apache Geode 1.14.1.RC2

+1 Used gfsh to create a SSL-enabled cluster; ran various gfsh commands. --Jens From: Owen Nichols Date: Friday, December 10, 2021 at 2:09 PM To: dev@geode.apache.org Subject: [Suspected Spam] [VOTE] Apache Geode 1.14.1.RC2 Hello Geode Dev Community, This is a release candidate for Apache

Re: [Suspected Spam] [VOTE] Apache Geode 1.13.5.RC2

+1 Used gfsh to create a SSL-enabled cluster; ran various gfsh commands. --Jens From: Owen Nichols Date: Friday, December 10, 2021 at 2:09 PM To: dev@geode.apache.org Subject: [Suspected Spam] [VOTE] Apache Geode 1.13.5.RC2 Hello Geode Dev Community, This is a release candidate for Apache

[PROPOSAL]: RFC to introduce a service provider interface for Data Serializable Fixed IDs

Hello fellow devs! I would appreciate your time and review for the stated RFC. https://cwiki.apache.org/confluence/display/GEODE/Service+Loader+interface+for+Data+Serializable+Fixed+IDs The review period is until Friday, October 8. Thank you! --Jens

Re: [DISCUSS] Upgrading to Lucene 7.1.0

Would it be possible to allow an operator to choose which version of Lucene to use? Such that if they are prepared for the issues you describe, they could still go ahead and upgrade to 7.10. Or are there breaking API changes which would make that hard/impossible to accommodate in our code base?

Re: [VOTE] Apache Geode 1.12.4.RC1

+1 Built from source bundle Startup using SSL properties Perform various basic gfsh operations. --Jens From: Dick Cavender Date: Wednesday, July 21, 2021 at 4:35 PM To: dev@geode.apache.org Subject: [VOTE] Apache Geode 1.12.4.RC1 Hello Geode Dev Community, This is a release candidate for

Re: Fw: [DISCUSS] Rebase and Squash Options on Github develop

+1 For Naba’s proposal From: Joris Melchior Date: Tuesday, June 29, 2021 at 7:40 AM To: dev@geode.apache.org Subject: Re: Fw: [DISCUSS] Rebase and Squash Options on Github develop +1 for Naburan’s proposed options. From: Nabarun Nag Date: Monday, June 28, 2021 at 4:06 PM To: Owen Nichols ,

Re: [Discuss] New feature work approval state in Geode project?

Oh, I see now. Yes, +1 to what Jake said. From: Jacob Barrett Date: Friday, May 28, 2021 at 10:41 AM To: dev@geode.apache.org Subject: Re: [Discuss] New feature work approval state in Geode project? Can you provide a more concrete example? I don’t understand why there would be a JIRA written

Re: [Discuss] New feature work approval state in Geode project?

Hi Mark, Could you explain that a bit more – I’m not clear what you mean by: “to help prevent work being done that doesn’t make it into the project”. Does that mean work that isn’t somehow related to a (new) feature. --Jens From: Mark Hanson Date: Friday, May 28, 2021 at 10:36 AM To:

Re: Reminder to use draft mode

has caused. On 5/6/21, 9:47 AM, "Jens Deppe" wrote: I don’t think we can presume everyone has the same working style. For myself I’ll happily review a PR that has a failing check. I’m OK if it has some innocuous ‘housekeeping’ error or unrelated failure. I don’t r

Re: Reminder to use draft mode

to CODEOWNERS, some reviewers have a huge number of PRs in their queue. Clearly communicating the status of your PR allows reviewers to focus their time on PRs that are ready for review. On 5/6/21, 8:51 AM, "Jens Deppe" wrote: Comments inline… Please keep your PR in draf

Re: Reminder to use draft mode

Comments inline… Please keep your PR in draft mode anytime it is not ready to be reviewed. This includes if you have received request for changes, or if any PR checks are not passing. How do I know if everyone is done reviewing? Or even who might be reviewing? Different reviewers may be

[RFC PROPOSAL] Geode Compatibility with Redis data sharding and cluster changes

Hello All, This is a proposal to introduce cluster support for the Geode Compatibility with Redis module: https://cwiki.apache.org/confluence/display/GEODE/Geode+Compatibility+with+Redis+data+sharding+and+cluster+changes As per RFC guidelines, please comment in this thread. Thanks --Jens

Re: [DISCUSS] removal of experimental Protobuf client/server interface

got beyond that as cache values with the protobuf i/f. People want to store data in Geode in a way that works with queries, delta propagation and other advanced features. That was, and remains, the main problem for this interface. Without that it's not even as good as the current REST inte

Re: [DISCUSS] removal of experimental Protobuf client/server interface

I was very excited when the protobuf support became available as it allowed for the fairly quick development of a Go client. (https://github.com/gemfire/geode-go-client). As Udo already mentioned, removing this functionality reduces our potential exposure to new use cases and language

Re: PROPOSAL: Backport GEODE-9044 - Introduce RedisKey as key object for RedisData entries

Sorry, I forgot to add that this proposal is to backport to 1.14.0 On 3/19/21, 7:35 AM, "Jens Deppe" wrote: This work builds on GEODE-9023 which added sharding support to the compatible with Redis region. This change cleans up data structures and will allow for easi

PROPOSAL: Backport GEODE-9044 - Introduce RedisKey as key object for RedisData entries

This work builds on GEODE-9023 which added sharding support to the compatible with Redis region. This change cleans up data structures and will allow for easier, future rolling upgrades and data migrations if necessary. Thanks --Jens

[PROPOSAL]: Backport redis-compatibility changes to 1.14 - GEODE-9021 and GEODE-9023

These changes relate to Redis-compatibility which will be enabled and non-experimental in 1.14 GEODE-9021: Avoid unnecessary buffer creation in redis Coder * Provides performance improvements in terms of CPU and memory usage GEODE-9023: Add sharding support to redis region * This

Re: [Poposal] Backport GEODE-9019 to Apache Geode 1.14.0 branch

+1 On 3/11/21, 10:49 AM, "Nabarun Nag" wrote: Hi everyone, Putting forward the proposal to backport GEODE-9091 (Serialization Improvements) to support/1.14 branch, What does GEODE-9091 do? * It adds serialVersionUID to the Serializable classes in geode-redis module

Re: Concourse Access

Ditto for me please: jdeppe-pivotal --Jens On 2/5/21, 9:08 AM, "Jacob Barrett" wrote: May I please have my Concourse access restored. GitHub: pivotal-jbarrett Thanks, Jake

Re: create region and clear entries from geode-client

Hi Ankit! For function execution, I'd point you to the geode examples repo which has a simple example for functions [1]. Once you see how that works, it should be fairly straight forward to integrate the code you linked. When using functions, there are a couple of things to be aware of: Your

Re: [DISCUSS] Adding CODEOWNERS to Apache Geode

might make. I guess, we can either make changes directly to the feature branch, which will eventually have a pull-request back to [develop], or we can modify Owen’s existing PR. At the end of the day, it all has to go through the normal PR process back to the develop branch. -Robert

Re: [Proposal] - Cleanup Protocol Version Checks

+1 Good suggestion. I have no idea what the scope of the cleanup looks like, but it seems like an excellent entry-point for newcomers to the codebase to get their hands dirty. I know this is a weird request, but I'd like to ask committers not to jump on this, but allow some time for

Re: [DISCUSS] Adding CODEOWNERS to Apache Geode

Should we just be adding to Owen's PR? If everyone creates their own PR we'll probably end up with a bunch of merge conflicts. --Jens On 12/7/20, 10:07 AM, "Robert Houghton" wrote: I haven’t seen any negative responses, and a big THANK YOU to @onichols for making the first PR to

Re: [DISCUSS] Geode 1.14

Hi Owen, Thanks for starting this conversation and especially for volunteering as Release Manager! Since we're already a couple of quarters 'behind', in terms of releases, I'd prefer cutting the 1.14 branch ASAP. Leaving it until Feb means we'll have 9 months of changes to stabilize. How long

Short how-to on running a geode cluster in docker containers

I recently had the need to run a geode cluster in docker containers and thought my findings and script might be useful. I’ve created a wiki page here: https://cwiki.apache.org/confluence/display/GEODE/Running+a+Geode+cluster+in+docker The reason for this was that I wanted to easily be able to

[DISCUSS] Run subclassed tests in StressNewTest

Hello fellow Devs, This is really more of a ‘heads-up’ message. Some of our test code is codified in abstract classes that are then extended by other classes which, perhaps, do specialized set up or whatever. (The Redis team does this where we run the same tests against both native Redis and

Re: [DISCUSS] ServiceRegistry RFC

eved using methods similar to what you listened in this RFC - eg InternalCache.getService(Class clazz). Can we reuse/generalize/extend this existing service concept for your case? -Dan From: Jens Deppe Sent: Tuesday, October 20, 2020 5:33 AM

Re: [DISCUSS] ServiceRegistry RFC

Hi Udo, Is the intention of this to replace (and extend) what we're doing with the traditional service loading mechanism today? i.e. how we're loading everything that extends CacheService (for example HttpService, LuceneService, GeodeRedisService, etc.). Thanks --jens On 10/15/20, 7:25

Re: [Discussion] - ClassLoaderService RFC proposal

Thanks for this work Udo! Does this ClassLoaderService effectively replace the current ClassPathLoader mechanism then? How will one access the service; is there some static reference? Some code examples would be helpful to properly understand how one might work with this. --Jens On 9/14/20,

Re: [VOTE] Apache Geode 1.13.0.RC1

+1 Actions performed: - Downloaded product .tgz bundle from maven co-ordinates - Verified GemFireVersion.properties matched SHA for 1.13.0 build tag - Started cluster with SSL enabled and ensured basic GFSH operations over HTTPS - Connected GFSH v1.13.0 to newer cluster running v1.14.0 --Jens

Re: Docker on Windows

t 12:26 PM To: dev@geode.apache.org Subject: Docker on Windows > On Jun 25, 2020, at 12:23 PM, Jens Deppe wrote: > It's been a couple of years since Sai and I tried (but failed) to dockerize the tests. I'm sure docker support has improved and it might be worth trying that ag

Re: [PROPOSAL] Add windows jobs to PR checks

It's been a couple of years since Sai and I tried (but failed) to dockerize the tests. I'm sure docker support has improved and it might be worth trying that again. --Jens On 6/25/20, 10:08 AM, "Jacob Barrett" wrote: > On Jun 25, 2020, at 10:01 AM, Jinmei Liao wrote: > > +1,

Commit revert etiquette

Hello friends, Just recently I’ve noticed a couple of PRs submitted that were intended to revert flaky or suspected commits. Initially, these PRs were simply marked as ‘Revert’ without any further detail. I’m not sure if there was any additional out-of-band communication but I would like to

Re: Redis PubSubTest started failing

>>>>> On 2/19/20 8:23 AM, Jens Deppe wrote: > >>>>>>>> Thanks Kirk, > >>>>>>>> > >>>>>>>> We're working on fixing this. > >>>>>>>> > >>>>>>>> --Jens > &g

Re: Redis PubSubTest started failing

I've created a PR to ignore this test for now (GEODE-7798 is tracking the problem). On Wed, Feb 19, 2020 at 9:33 AM Jens Deppe wrote: > Me too :) > > I've had it pass several StressNewTest runs but yet, it seems to still > fail at times. > > On Wed, Feb 19, 2020 at 9:29 A

Re: Redis PubSubTest started failing

s also worth considering: can we get WindowsStressNew added to > >> the > >> > PR > >> > > checks? > >> > > > >> > > On Wed, Feb 19, 2020 at 8:50 AM Udo Kohlmeyer > wrote: > >> > > > >> > > > Is this something that c

Re: Redis PubSubTest started failing

> > > > > *commit 1befce17eaae2403828769840f86639e13fce81f (origin/develop, > origin/HEAD, develop)Author: Jens Deppe >Date: Tue Feb 18 13:03:19 2020 -0800GEODE-7798: > Fix flaky PubSub test (#4714)* > > *Authored-by: Jens Deppe >> Task >

Re: Odg: acceptance test task failing?

The failing test is using a Postgres docker image as a backing store. I think that something changed in this image requiring authentication when making a connection. I think I have a fix for it currently running a PR: https://github.com/apache/geode/pull/4712 --Jens On Mon, Feb 17, 2020 at 8:09

Re: Concourse tests logs

Hi Alberto, You should be able to look at the 'archive_results' job and see links for test artifacts at the bottom of the log. Something like this: =-=-=-=-=-=-=-=-=-=-=-=-=-=-= Test Results URI =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

Re: RFC - Logging to Standard Out

+1 Why didn't we do this ages ago? :) On Wed, Jan 8, 2020 at 12:39 PM Jacob Barrett wrote: > Please see RFC for Logging to Standard Out. > > https://cwiki.apache.org/confluence/display/GEODE/Logging+to+Standard+Out > >

[ANNOUNCE] Aaron Lindsey as newest Geode committer

Apologies for sending this out late... On behalf of the Apache Geode PMC, I'm pleased to announce that Aaron has accepted his invitation to join the Geode project as committer. Welcome Aaron!! --Jens

Re: [DISCUSS] `status locator` command fail when locator's ssl is turned on

seems intuitive to me > > On Thu, Dec 19, 2019 at 6:31 PM Jens Deppe wrote: > > > So it seems that the situation is something like this where I'm able to > > make the initial connection but then retrieving status fails: > > > > gfsh>connect --security-propertie

Re: [DISCUSS] `status locator` command fail when locator's ssl is turned on

So it seems that the situation is something like this where I'm able to make the initial connection but then retrieving status fails: gfsh>connect --security-properties-file=../security.properties gfsh>status locator --name=locator1 Server version response invalid: This could be the result of

Re: Odg: Proposal of new config property "ssl-server-name-extension"

Hi Mario, I did have a question / suggestion about this proposal (possibly on a different thread). Would you mind responding to that before proceeding please. I'll just paste it in here too. > Jens Deppe > Tue, Nov 19, 4:42 PM > to dev > I'd like to add my comment from the orig

Re: New geode-gfsh module

Just to be clear, this effort does *not* result in a standalone gfsh executable/jar. Sorry. --Jens On Fri, Dec 6, 2019 at 6:27 AM Jens Deppe wrote: > We have completed the work to move the gfsh code into a separate gradle > submodule. This work has the following implications and e

Re: New geode-gfsh module

being > available on the class path. Of course, they can fix that by explicitly > injecting the applications dependencies into the class path as needed. > > Anthony > > > > On Dec 6, 2019, at 6:27 AM, Jens Deppe wrote: > > > > We have completed the work to

Re: Odg: Certificate Based Authorization

Thanks for the write-up. I think it does require a bit of clarification around how the functionality is enabled. You've stated: For client connections, we could presume that certificate based > authorization should be used if both features are enabled, but the client > cache properties don’t

Re: New geode-gfsh module

Apologies to anyone who has any gfsh related PRs in flight as it will require rebasing onto develop. --Jens On Fri, Dec 6, 2019 at 6:27 AM Jens Deppe wrote: > We have completed the work to move the gfsh code into a separate gradle > submodule. This work has the following implic

New geode-gfsh module

We have completed the work to move the gfsh code into a separate gradle submodule. This work has the following implications and effects: - geode-core does not have any direct dependencies on Spring libraries anymore - Anyone building with Geode will need to include the '*geode-gfsh'*

Re: [DISCUSS] - Move gfsh into its own submodule

Thanks for the positive feedback. This proposal is accepted and development will proceed. --Jens On Mon, Nov 25, 2019 at 9:27 AM Dale Emery wrote: > +ힹ > — > Dale Emery > dem...@pivotal.io > > > > > On Nov 22, 2019, at 8:39 AM, Jens Deppe wrote: > > > >

Re: Proposal to modify Servlet spec support for the HTTP Session Management Module for AppServers

separately. Thanks --Jens [1] - https://github.com/apache/geode/pull/4311 On Wed, Nov 20, 2019 at 10:15 AM Jens Deppe wrote: > To be clear, this proposal just wants to update the *minimum* *documented* > requirement. The following PR would require that to be 3.0: > https://github.com/apa

Re: Certificate Based Authorization

Hi Mario, Definitely sounds like a good idea! Feel free to write up a RFC proposal with more details. Thanks --Jens On Mon, Dec 2, 2019 at 1:30 AM Mario Kevo wrote: > Hi, > > > > There is another potential functionality we would like to discuss and get > some comments for. The idea is TLS

Re: [DISCUSS] - Move gfsh into its own submodule

> wrote: > > > > > > > > > > > this proposal == awesome sauce > > > > > > > > > > > > +1 > > > > > > > > > > > > On Fri, Nov 22, 2019 at 11:24 AM Robert Houghton < > > > rhough...@pivota

[DISCUSS] - Move gfsh into its own submodule

Hello All, We'd like to propose moving gfsh and all associated commands into its own gradle submodule (implicitly thus also producing a separate maven artifact). The underlying intent is to decouple geode core from any Spring dependencies. The proposal is outlined here:

Re: Proposal of new config property "ssl-server-name-extension"

ssociated with SSL, > and that a new client property should be used instead. That is, a different > property, unrelated to SSL, should be used to set what will be verified > against CLIENT_HELLO_EXTENSION. > > On Tue, Nov 19, 2019 at 4:43 PM Jens Deppe wrote: > > > I'd like to add

Re: Proposal to modify Servlet spec support for the HTTP Session Management Module for AppServers

013 is > something we should do. > > --Udo > > On 11/20/19 9:17 AM, Jens Deppe wrote: > > Since there appears to be consensus, I'm going to give this thread > another > > 24 hours and will then consider this proposal accepted. > > > > If anyone does have

Re: Proposal to modify Servlet spec support for the HTTP Session Management Module for AppServers

Fri, Nov 15, 2019 at 10:27 PM Jacob Barrett > wrote: > > > +1 for 3.1 > > > > > On Nov 15, 2019, at 3:08 PM, Jens Deppe wrote: > > > > > > +1 to bumping the documented support to 3.1. > > > > > > The prompting for this proposal is

Re: Proposal to modify Servlet spec support for the HTTP Session Management Module for AppServers

hitecture and Development > > > MacEwan University > > > smith...@macewan.ca > > > > > > > > > > > > From: John Blum > > > Sent: Friday, November 15, 2019 11:17 AM > > > To: geode > > > Subj

Re: Proposal to modify Servlet spec support for the HTTP Session Management Module for AppServers

Hello Charles; thanks very much for bringing this up. I vote +1 on this proposal. Just to add a bit more details for others: The 3.0 Servlet Spec was finalized at the end of 2009. The *earliest* versions of various containers that supported it are: - Jetty 8 (EOL'd since 11/2014) [1] -

Re: Adding GEODE-7412 to 1.11 release

Hmm, I thought this was implicitly fixed by various build refactorings that went into 1.11.0. I see that we're creating local maven artifacts for geode-pulse-1.11.0.war. The next question is then whether we're actually publishing those. --Jens On Fri, Nov 8, 2019 at 12:56 PM Owen Nichols wrote:

Re: [DISCUSS] - Upgrading from Spring 4 to Spring 5

+1 On Wed, Oct 30, 2019 at 1:39 PM Udo Kohlmeyer wrote: > Sorry, > > To clarify... When we change the Spring version we would be looking at > looking to use the latest version and it's associated BOM. > > That might be inclusive of other Spring project upgrades. > > --Udo > > On 10/30/19 1:35

Re: Special certificates for multisite

Juan, Let me try and answer just to ensure that *I* fully understand the use case. >From an 'alias' POV this could be seen as having the ability for a *single* component (locator, server, etc) to have multiple (dynamic) aliases. So, depending on where the connection originated *from* a

Re: Special certificates for multisite

I think it sounds pretty reasonable. Given that the only change to Geode would be the suggested update to the ClientHello and we shouldn't need to make any additional changes in order to leverage the functionality. Presumably the custom Provider would need to be installed by the user and

[ANNOUNCE] Apache Geode 1.9.2

ml We would like to thank all the contributors that made the release possible. Regards, Jens Deppe on behalf of the Apache Geode team

Re: [VOTE] Apache Geode 1.9.2.RC1

! --Jens On Mon, Oct 21, 2019 at 8:20 AM Jens Deppe wrote: > Since the deadline has expired without enough votes, I am going to extend > it for another 48(ish) hours until 8am PST, Wednesday , 23rd October. > > Thanks > --Jens > > On Tue, Oct 15, 2019 at 10:47 AM Jens Deppe wr

Re: [VOTE] Apache Geode 1.9.2.RC1

be addressed by planning a 1.10.1 patch release, or maybe just > by documenting this caveat as long as the Spring Data project can agree to > skip over 1.10, but my non-binding vote is -1 until some plan is in place. > > -Owen > > > On Oct 15, 2019, at 10:47 AM

Re: [VOTE] Apache Geode 1.9.2.RC1

Since the deadline has expired without enough votes, I am going to extend it for another 48(ish) hours until 8am PST, Wednesday , 23rd October. Thanks --Jens On Tue, Oct 15, 2019 at 10:47 AM Jens Deppe wrote: > Hello Geode Dev Community, > > This is a release candidate for Apache Geod

Re: [VOTE] Apache Geode 1.9.2.RC1

th launching geode-web (admin REST API) > >> when Spring 5.x jars are on the classpath. > >> > > >> > My concern is that users of these 1.9.2 fixes will be surprised to > >> experience a regression when they upgrade to 1.10.0. > >> > > >>

[VOTE] Apache Geode 1.9.2.RC1

Hello Geode Dev Community, This is a release candidate for Apache Geode version 1.9.2.RC1. Thanks to all the community members for their contributions to this release! Please do a review and give your feedback, including the checks you performed. Voting deadline: 3PM PST Sun, October 20 2019.

Re: [DISCUSS] Add GEODE-7261 and GEODE-7241 to release/1.9.2

t given Spring's prescribed manner > > of > > >> handling versions of dependent libraries, the version of Geode cannot > be > > >> changed and only patch versions are allowed. So, in order to address > the > > >> regression, a patch to 1.9.x is reques

Re: [DISCUSS] Add GEODE-7261 and GEODE-7241 to release/1.9.2

Bump - reminder for folks to consider these two changes be included in Geode 1.9.2 Thanks --Jens On Fri, Oct 4, 2019 at 12:57 PM Juan José Ramos wrote: > +1 > > On Fri, Oct 4, 2019 at 6:44 PM Jens Deppe wrote: > > > I'd like to propose adding these two fixes to release/1

Re: [DISCUSS] add GEODE-7079 to release/1.9.2

an José Ramos > wrote: > > > > > +1 > > > > > > > > > > > > > > > On Fri, Oct 4, 2019 at 6:39 PM Jens Deppe wrote: > > > > > > > On behalf of Juan I'm requesting approval to add GEODE-7079 to > > > > releas

Re: Token based authentication support added in Geode Develop

So, to be clear, we're providing the ability to recognize a HTTP authentication header containing 'Bearer ' and then handing that to the Security Manager to do with as it pleases? We're not doing anything with actual token management? (i.e. generating, revoking, etc.). --Jens On Fri, Oct 4,

[DISCUSS] Add GEODE-7261 and GEODE-7241 to release/1.9.2

I'd like to propose adding these two fixes to release/1.9.2 GEODE-7261 ensures that the Admin REST service can start when Spring Boot Data Geode is used to launch a server. GEODE-7241 publishes our various war artifacts to maven. This ensures that, in the context of starting a SBDG server, the

[DISCUSS] add GEODE-7079 to release/1.9.2

On behalf of Juan I'm requesting approval to add GEODE-7079 to release/1.9.2 The original justification is: Long story short: GEODE-7079 can be hit by *spring-data-geode* users that restart a member configured with a persistent asynchronous event queue (with conflation enabled) without pausing

Re: [Announce] Release branch 1.9.2 created

and within the theme of > 1.9.2. I’d just like to see a discussion and vote for every fix backported > into the release branch. > > > > -Owen > > > >> On Oct 4, 2019, at 6:46 AM, Jens Deppe wrote: > >> > >> Hello Geode Dev Community, > >> >

Re: [Announce] Release branch 1.9.2 created

//issues.apache.org/jira/browse/GEODE-7079 > > On Fri, Oct 4, 2019 at 2:49 PM Robert Houghton > wrote: > > > I'm about to merge the war pr into develop. > > > > On Fri, Oct 4, 2019, 06:47 Jens Deppe wrote: > > > > > Hello Geode Dev Commun

[Announce] Release branch 1.9.2 created

Hello Geode Dev Community, We have created a new release branch for Apache Geode 1.9.2 - "release/1.9.2" This branch currently includes the following commits: GEODE-7124: Fixing tests for older version GEODE-7204: Add changes to AEQ documentation for 'pause-event-processing' functionality

Re: Request for bulk change permission

Looks good. Thanks Dan! On Tue, Oct 1, 2019 at 11:32 AM Dan Smith wrote: > I think you should have permissions now. > > -Dan > > > > On Tue, Oct 1, 2019 at 10:00 AM Jens Deppe wrote: > > > I don't seem to have this - please could someone grant it. > > > > Thanks > > --Jens > > >

Request for bulk change permission

I don't seem to have this - please could someone grant it. Thanks --Jens

Re: Cutting Geode 1.9.2

I'll give it a shot - actually Patrick and I will pair on it. --Jens On Fri, Sep 27, 2019 at 11:08 AM Udo Kohlmeyer wrote: > Hi there Geode Dev's, > > There seems to be consensus on cutting Geode 1.9.2. > >

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

Somewhat related to this - I've found that the V1 Admin Rest API (geode-web) will not start when Spring 5 libs are on the classpath. I've raised https://issues.apache.org/jira/browse/GEODE-7261. I'd like to see this included too. --Jens On Mon, Sep 30, 2019 at 12:35 PM Udo Kohlmeyer wrote: >

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

I also cannot recall any reason as to the need to *publish* wars. However, please do not change the files to .jar. To John's point, despite the lack of some dependent jars, the structure still conforms to a .war format. --Jens On Wed, Sep 25, 2019 at 8:40 AM John Blum wrote: > Actually, to

Re: [DISCUSS] - Cutting of release 1.9.2

+1 for creating a 1.9.2 release with this fix. On Fri, Sep 20, 2019 at 2:00 PM Udo Kohlmeyer wrote: > John, thank you! > > You are correct, not sure what I was thinking.. Geode 1.9.x IS used by > SDG 2.2 > > On 9/20/19 1:11 PM, John Blum wrote: > > Correction to *Udo's* comments! > > > > SDG

Re: [VOTE] Adding new AEQ feature to release/1.10.0

+1 On Mon, Sep 16, 2019 at 3:08 AM Juan José Ramos wrote: > +1 > > On Fri, Sep 13, 2019 at 11:59 PM Ryan McMahon > wrote: > > > +1 > > > > On Fri, Sep 13, 2019 at 3:58 PM Donal Evans wrote: > > > > > +1 > > > > > > On Fri, Sep 13, 2019 at 3:37 PM Benjamin Ross > wrote: > > > > > > > +1 > > >

Re: [Proposal] Make gfsh "stop server" command synchronous

To circle back to the original test failure that prompted this discussion - the failing test was getting intermittent bind exceptions on subsequent server restarts. I believe it's quite likely that a process' ports will remain unavailable even after it is gone (I'm not sure if we create listening

Re: [VOTE] Apache Geode 1.9.1.RC3

No, It's fixed in 1.10.x. On Wed, Sep 4, 2019 at 10:16 AM Robert Houghton wrote: > Hi Jens, > > Does this issue appear in 1.10.0.RC1? > > On Tue, Sep 3, 2019, 13:03 Jens Deppe wrote: > > > TL;DR: +0 > > > > When using gfsh over http, the following exc

Re: [VOTE] Apache Geode 1.9.1.RC3

TL;DR: +0 When using gfsh over http, the following exception occurs: (1) Executing - connect --url=https://localhost:7070/geode-mgmt/v1 --security-properties-file=/Users/jdeppe/workspace/gemfire-develop/open/security.properties Exception in thread "main" java.lang.NoClassDefFoundError:

Re: [VOTE] Apache Geode 1.9.1 RC1 (new vote)

+1 On Thu, Aug 29, 2019 at 10:39 AM Dave Barnes wrote: > What's the deadline this time? Can't be Aug 27... > > On Thu, Aug 29, 2019 at 10:04 AM Udo Kohlmeyer wrote: > > > +1 > > > > On 8/29/19 9:51 AM, John Blum wrote: > > > +1 > > > > > > On Thu, Aug 29, 2019 at 9:41 AM Kirk Lund wrote: > >

Re: Need help: Jetty dunit tests blocking creation of geode-log4j

I can work with you on this if you're still blocked. --Jens On Tue, Aug 20, 2019 at 4:12 PM Kirk Lund wrote: > Does anyone know how to debug geode-assembly Jetty dunit tests that fail to > launch modify_war? > > It passes 100% locally in intellij and with gradle cli. It only fails in >

Re: [DISCUSS] what region types to support in the new management rest api

Currently, when deployed to the cloud (aka PCC) there is no ability for a user to group members thus it is also not possible to create regions (via gfsh at least) that are separated by groups. Typically one would create a PROXY region against one group and the PARTITION region against another

Re: [DISCUSS] Release Geode 1.9.1 with logging improvements

This would then imply a SBDG 1.2.1 to include Geode 1.9.1. On Tue, Aug 13, 2019 at 11:55 AM Anthony Baker wrote: > I think there’s value is doing a 1.9.1 patch release to support Spring > users. > > Anthony > > > > On Aug 13, 2019, at 11:26 AM, Kirk Lund wrote: > > > > Udo, Thanks for the

Re: [DISCUSS] feedback on new experimental Cluster Management Service

Thanks for starting this thread Owen! I would, however, request that we keep the thread to one topic, namely feedback about the Cluster Management Service. Some background and motivation for this work: - The intention of this work came about as a need to provide a 'proper' API with functionality

Re: IntelliJ setup for develop

I'd suggest not trying to build with IntelliJ, but delegate to Gradle. (Search for 'gradle' in Settings and then set 'Build and run using *Gradle*'). You can still run tests with IntelliJ (this is my preference as I feel it's faster). On Wed, Jul 24, 2019 at 2:03 PM Sai Boorlagadda wrote: >

Re: Requirements for running distributed tests

garding the docker image,is it possible to have permissions to download > the docker image from > http://gcr.io/apachegeode-ci/apache-develop-test-container ? I suppose > the dockerhub image is not being used, as it was updated two years ago and > the dockerfile was modified three months

Re: Requirements for running distributed tests

Hi Alberto, The images used to run tests on in CI are built here: https://concourse.apachegeode-ci.info/teams/main/pipelines/apache-develop-images (you may see these referred to as 'heavy lifters'). The packer scripts for these can be found under here:

  1   2   3   >