You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@geode.apache.org by "Brian Baynes (JIRA)" <ji...@apache.org> on 2017/07/26 21:20:00 UTC

[jira] [Updated] (GEODE-3077) New protocol should not leak server connections

     [ https://issues.apache.org/jira/browse/GEODE-3077?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Brian Baynes updated GEODE-3077:
--------------------------------
    Summary: New protocol should not leak server connections  (was: Make sure that AcceptorImpl's connection count is upheld.)

> 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
>
> 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)