geode-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Shelley Lynn Hughes-Godfrey (JIRA)" <>
Subject [jira] [Updated] (GEODE-6344) should revert GEODE-1183 before a better fix
Date Fri, 01 Feb 2019 22:31:00 GMT


Shelley Lynn Hughes-Godfrey updated GEODE-6344:
    Fix Version/s:     (was: 1.8.0)
                       (was: 1.7.0)
                       (was: 1.6.0)
                       (was: 1.4.0)

> should revert GEODE-1183 before a better fix
> --------------------------------------------
>                 Key: GEODE-6344
>                 URL:
>             Project: Geode
>          Issue Type: Bug
>            Reporter: xiaojian zhou
>            Assignee: xiaojian zhou
>            Priority: Major
>              Labels: pull-request-available
>             Fix For: 1.9.0
>          Time Spent: 20m
>  Remaining Estimate: 0h
> GEODE-1183 was introduced for a scenario that there're 2 cache-servers at the same jvm,
the client will try to create 2 proxy to the server, but since it's the same proxy id, it
would end up  close/recreate forever. 
> GEODE-1183 will reject an incoming create-proxy request if the server found there's an
existing proxy with the same id and its socket is still connected. 
> However, this fix caused some side effects. For example, if the client read time out,
it requested the server to recreate the proxy, the server will reject this request and the
client will never reconnect. 
> This is due to that at the server side, it cannot determine it's a reconnect request
or the same client requests to connect to the 2nd cache-server on the same jvm. 
> There's a proposal to introduce a parameter at the client to fix it. However, before
this new re-fix, we decided to revert the original GEODE-1183 to avoid its side-effect.  
> This will be applied to geode 1.9.0, then cherrypick to 1.8, 1.7, 1.6, and 1.4. 

This message was sent by Atlassian JIRA

View raw message