Congrats Kamila!! Welcome!!!
From: Donal Evans
Sent: Monday, April 19, 2021 2:48 PM
To: dev@geode.apache.org
Subject: Re: [ANNOUNCE] New Geode Committer - Kamilla Aslami
Congrats Kamilla!
From: Mark Hanson
Sent: Monday, April
Congrats Kamilla!
From: Mark Hanson
Sent: Monday, April 19, 2021 2:37 PM
To: dev@geode.apache.org
Subject: Re: [ANNOUNCE] New Geode Committer - Kamilla Aslami
Congratulations Kamilla!
On 4/19/21, 2:33 PM, "Sarah Abbey" wrote:
Congratulations, Kamilla!!!
Congratulations Kamilla!
On 4/19/21, 2:33 PM, "Sarah Abbey" wrote:
Congratulations, Kamilla!!!
From: Ernie Burghardt
Sent: Monday, April 19, 2021 5:22 PM
To: dev@geode.apache.org
Subject: [ANNOUNCE] New Geode Committer - Kamilla Aslami
Congratulations, Kamilla!!!
From: Ernie Burghardt
Sent: Monday, April 19, 2021 5:22 PM
To: dev@geode.apache.org
Subject: [ANNOUNCE] New Geode Committer - Kamilla Aslami
The Apache Geode Project Management Committee has invited Kamilla Aslami to
join the Geode
The Apache Geode Project Management Committee has invited Kamilla Aslami to
join the Geode as a Committer and we are pleased to announce she has
accepted.
Please join me in welcoming Kamilla!
Best regards,
EB
On behalf of the Apache Geode PMC
Do you have a tcpdump that demonstrates the packet loss? How long did you wait
for TCP to retry the failed packet delivery (sometimes this can be tweaked with
tcp_retries2). Does this manifest as a failed socket connection in geode?
That ought to trigger some error handling IIRC.
Anthony
>
Any interest in adopting https://projectlombok.org in Geode? Lombok allow a
more readable "val" vs "var" syntax instead of "final" vs "" which could make
it easier to do the right thing without "increasing visual noise".
On 4/19/21, 12:40 PM, "Dale Emery" wrote:
My test for whether
My test for whether enforce a guideline in a PR review is: Would I be willing
to automate enforcing it in CI?
I am -0 on this particular guideline.
IntelliJ offers two competing inspections for Java coding style:
* Local variable or parameter can be final
* Unnecessary 'final' on local
Since there are only voices in support of this, I propose that we hold our
meeting on the first Wednesday of the month. This means our first meeting will
be May 5th.
I set up a doc for meeting notes, agenda and logistics in our wiki:
https://cwiki.apache.org/confluence/x/upaNCg
I believe that
Does everyone feel that adding final here is the best thing to do? If not, then
"Always" becomes "Strongly Encouraged where appropriate"
protected void validateUDPEncryptionStats() {
long encrptTime =
getGemfireCache().getDistributionManager().getStats().getUDPMsgEncryptionTime();
I'm planning to leave this VOTE and DISCUSSION open until Wednesday 2400 PM
UTC.
On Wed, Apr 14, 2021 at 12:55 PM Kirk Lund wrote:
> Our coding standard and our Design Decisions does NOT require using final
> on parameters and local variables.
>
> Please do NOT request that I add or keep final
Hi Jake,
I agree with everyone's point about final being a useful, I just don't find it
useful enough to do anything manually across the code base at this point.
I believe first in foremost in no code warnings. Intellij warns about variables
that can be final, so I make them final as it finds
Hi Mario,
Will it be possible to provide a README doc to recreate this environment to
test the failure. (even a DUnit test or even scripts using baremetal GemFire
will work too)
Regards
Naba
From: Mario Ivanac
Sent: Monday, April 19, 2021 7:16 AM
To:
-1
Potential rebalance issue during upgrade to 1.12.2RC1
The investigation is ongoing. Please do give me a little more time on this.
Regards
Nabarun
From: John Blum
Sent: Monday, April 19, 2021 9:40 AM
To: dev@geode.apache.org
Subject: Re: [Suspected Spam]
+1
Spring Data for Apache Geode 1.12.2 built successfully.
From: Dave Barnes
Sent: Monday, April 19, 2021 9:19 AM
To: dev@geode.apache.org
Subject: Re: [Suspected Spam] [VOTE] Apache Geode 1.12.2.RC1
+1
Built and reviewed User Guide and API docs. LGTM.
On Wed,
+1
Built and reviewed User Guide and API docs. LGTM.
On Wed, Apr 14, 2021 at 3:43 PM Donal Evans wrote:
> +1
>
> Confirmed that performance in multiple scenarios is on par with the
> previous 1.12 release.
>
> From: Owen Nichols
> Sent: Wednesday, April 14,
Hi all,
we have deployed geode cluster in kubernetes environment, and Istio/SideCars
are injected between cluster members.
While running traffic, if any Istio/SideCar is restarted, thread will get stuck
indefinitely, while waiting for reply on sent message.
It seams that due to restarting of
17 matches
Mail list logo
