[
https://issues.apache.org/jira/browse/GEODE-3084?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Galen O'Sullivan updated GEODE-3084:
------------------------------------
Description:
There is some logic around unique client IDs that is used by
{{ServerConnection}}. Look what calls this (outside of the {{Command classes}},
which shouldn't be calling {{NewClientServerConnection}} objects) and determine
if we need to make our own {{ClientProxyID}}s or if the interface can be
abstracted in a better way.
We can safely assume (for now) that each connection with the new client
protocol is coming from a different client.
Probably what we will do is make a new subclass of ClientProxyID that is unique
for each new client protocol connection.
This is related to {{ServerConnection}'s {{getSocketHost()}} and
{{getSocketPort()}} (see GEODE-3085), which seem to be used mostly for
management and reporting.
was:
There is some logic around unique client IDs that is used by
{{ServerConnection}}. Look what calls this (outside of the {{Command classes}},
which shouldn't be calling {{NewClientServerConnection}} objects) and determine
if we need to make our own {{ClientProxyID}}s or if the interface can be
abstracted in a better way.
This is related to {{ServerConnection}'s {{getSocketHost()}} and
{{getSocketPort()}} (see GEODE-3085), which seem to be used mostly for
management and reporting.
> investigate and possibly implement NewClientServerConnection.GetProxyID
> -----------------------------------------------------------------------
>
> Key: GEODE-3084
> URL: https://issues.apache.org/jira/browse/GEODE-3084
> Project: Geode
> Issue Type: Sub-task
> Components: client/server
> Reporter: Galen O'Sullivan
>
> There is some logic around unique client IDs that is used by
> {{ServerConnection}}. Look what calls this (outside of the {{Command
> classes}}, which shouldn't be calling {{NewClientServerConnection}} objects)
> and determine if we need to make our own {{ClientProxyID}}s or if the
> interface can be abstracted in a better way.
> We can safely assume (for now) that each connection with the new client
> protocol is coming from a different client.
> Probably what we will do is make a new subclass of ClientProxyID that is
> unique for each new client protocol connection.
> This is related to {{ServerConnection}'s {{getSocketHost()}} and
> {{getSocketPort()}} (see GEODE-3085), which seem to be used mostly for
> management and reporting.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
