[ 
https://issues.apache.org/jira/browse/GEODE-2215?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15768102#comment-15768102
 ] 

ASF subversion and git services commented on GEODE-2215:
--------------------------------------------------------

Commit 164f04fbd85f20de6c7f9edef267d3f48463a954 in geode's branch 
refs/heads/develop from [~huynhja]
[ https://git-wip-us.apache.org/repos/asf?p=geode.git;h=164f04f ]

GEODE-2215: GatewaySenderAdvisor checks the current processor to see if it has 
started

  * Previously it was checking the top level sender (possibly a concurrent 
sendor)
  * This allowed a race condition where the top level sender was still starting 
up
  * but the individual processors were ready to process.  They would check the 
flag
  * and because the sender was not ready, the processors would act and start 
initiating
  * failover, which left the processor in a very weird state


> NPE in ViewCreator thread setting public keys into a NetView
> ------------------------------------------------------------
>
>                 Key: GEODE-2215
>                 URL: https://issues.apache.org/jira/browse/GEODE-2215
>             Project: Geode
>          Issue Type: Bug
>          Components: membership
>            Reporter: Bruce Schuchardt
>            Assignee: Bruce Schuchardt
>             Fix For: 1.1.0
>
>
> I saw an NPE in a ViewCreator thread and created this unit test to reproduce 
> the problem:
> {code}
>   public void testNullPublicKeysNotRetained() throws Exception {
>     NetView view = new NetView(members.get(0), 2, new ArrayList<>(members));
>     setFailureDetectionPorts(view);
>     NetView newView = new NetView(view, 3);
>     for (InternalDistributedMember member: view.getMembers()) {
>       view.setPublicKey(member, null);
>     }
>     newView.setPublicKeys(view);
>     for (InternalDistributedMember member: view.getMembers()){
>       assertNull(newView.getPublicKey(member));
>       assertNull(view.getPublicKey(member));
>     }
>   }
> {code}
> The problem seems to be that some Maps that NetView uses to hold these keys 
> accept null values whlie others do not.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to