[jira] [Created] (GEODE-1926) The function peekAhead function puts the queue key into peekedIDs even though it was not in the batch to be dispatched

["nabarun (JIRA)" <ji...@apache.org>]

nabarun created GEODE-1926:
------------------------------

             Summary: The function peekAhead function puts the queue key into peekedIDs even though it was not in the batch to be dispatched 
                 Key: GEODE-1926
                 URL: https://issues.apache.org/jira/browse/GEODE-1926
             Project: Geode
          Issue Type: Bug
          Components: wan
            Reporter: nabarun


The function peekAhead peeks the serial sender queue and if its able to get an object in the queue, returns the object to the peek function to be dispatched and adds the key to the peekedIds list.

The peek function tries to make a heap copy of the object returned , but conflation may have kicked in the object may have been removed -  hence the object will not be placed in the dispatch batch.

However now the size of the peeked Ids and dispatched batch do not match, hence when the remove thread starts removing the elements from the key using the keys in peekedIds and using the size of the dispatched batch, there will be lingering objects in the queue because the size of dispatched batch is less than Ids that were peeked.



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