[
https://issues.apache.org/jira/browse/GEODE-3077?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Baynes updated GEODE-3077:
--------------------------------
Description:
As a dev user of Geode, I want to be able to look at connection counts and know
they are reliable (no matter if I'm using the new client/server protocol or the
old). Revisit connection-counting-related methods and ensure the counting
mechanism is accurate.
Specifically:
Have a look at where and how the following three functions are used:
{code}
public void incClientServerCnxCount() {
this.clientServerCnxCount.incrementAndGet();
}
public void decClientServerCnxCount() {
this.clientServerCnxCount.decrementAndGet();
}
public int getClientServerCnxCount() {
return this.clientServerCnxCount.get();
}
{code}
These are tracking client-server connections. Extract these into common code in
{{ServerConnection}} that both {{NewClientServerConnection}} and
{{LegacyServerConnection}} can use, and make sure that counts are correct in
both creation and cleanup situations. Write some tests to verify.
Note: client counts look to be tracked separately from connection counts; the
old protocol can have multiple connections per client. We're interested with
the connection count in this ticket.
was:
Have a look at where and how the following three functions are used:
{code}
public void incClientServerCnxCount() {
this.clientServerCnxCount.incrementAndGet();
}
public void decClientServerCnxCount() {
this.clientServerCnxCount.decrementAndGet();
}
public int getClientServerCnxCount() {
return this.clientServerCnxCount.get();
}
{code}
These are tracking client-server connections. Extract these into common code in
{{ServerConnection}} that both {{NewClientServerConnection}} and
{{LegacyServerConnection}} can use, and make sure that counts are correct in
both creation and cleanup situations. Write some tests to verify.
Note: client counts look to be tracked separately from connection counts; the
old protocol can have multiple connections per client. We're interested with
the connection count in this ticket.
> New protocol should not leak server connections
> -----------------------------------------------
>
> Key: GEODE-3077
> URL: https://issues.apache.org/jira/browse/GEODE-3077
> Project: Geode
> Issue Type: Sub-task
> Components: client/server
> Reporter: Galen O'Sullivan
>
> As a dev user of Geode, I want to be able to look at connection counts and
> know they are reliable (no matter if I'm using the new client/server protocol
> or the old). Revisit connection-counting-related methods and ensure the
> counting mechanism is accurate.
> Specifically:
> Have a look at where and how the following three functions are used:
> {code}
> public void incClientServerCnxCount() {
> this.clientServerCnxCount.incrementAndGet();
> }
> public void decClientServerCnxCount() {
> this.clientServerCnxCount.decrementAndGet();
> }
> public int getClientServerCnxCount() {
> return this.clientServerCnxCount.get();
> }
> {code}
> These are tracking client-server connections. Extract these into common code
> in {{ServerConnection}} that both {{NewClientServerConnection}} and
> {{LegacyServerConnection}} can use, and make sure that counts are correct in
> both creation and cleanup situations. Write some tests to verify.
> Note: client counts look to be tracked separately from connection counts; the
> old protocol can have multiple connections per client. We're interested with
> the connection count in this ticket.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)