Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id A846D200B32 for ; Thu, 9 Jun 2016 04:37:25 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id A6BFD160A54; Thu, 9 Jun 2016 02:37:25 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 00F4B160A2E for ; Thu, 9 Jun 2016 04:37:24 +0200 (CEST) Received: (qmail 44058 invoked by uid 500); 9 Jun 2016 02:37:24 -0000 Mailing-List: contact issues-help@geode.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@geode.incubator.apache.org Delivered-To: mailing list issues@geode.incubator.apache.org Received: (qmail 44048 invoked by uid 99); 9 Jun 2016 02:37:24 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Jun 2016 02:37:24 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 95C521A08F3 for ; Thu, 9 Jun 2016 02:37:23 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -4.646 X-Spam-Level: X-Spam-Status: No, score=-4.646 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, KAM_LAZY_DOMAIN_SECURITY=1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426] autolearn=disabled Received: from mx2-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id MJoga6NN0rEY for ; Thu, 9 Jun 2016 02:37:22 +0000 (UTC) Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx2-lw-eu.apache.org (ASF Mail Server at mx2-lw-eu.apache.org) with SMTP id 1A16C5F3A0 for ; Thu, 9 Jun 2016 02:37:21 +0000 (UTC) Received: (qmail 44031 invoked by uid 99); 9 Jun 2016 02:37:21 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Jun 2016 02:37:21 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 4469A2C1F5C for ; Thu, 9 Jun 2016 02:37:21 +0000 (UTC) Date: Thu, 9 Jun 2016 02:37:21 +0000 (UTC) From: "ASF subversion and git services (JIRA)" To: issues@geode.incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (GEODE-1495) CQEvent is not properly getting generated after a destoy operation on Partioned Region. MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Thu, 09 Jun 2016 02:37:25 -0000 [ https://issues.apache.org/jira/browse/GEODE-1495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15321803#comment-15321803 ] ASF subversion and git services commented on GEODE-1495: -------------------------------------------------------- Commit e4994c7b3fd42b6804b909796b8589729e9861ea in incubator-geode's branch refs/heads/feature/GEODE-837 from [~agingade] [ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=e4994c7 ] GEODE-1495: Changes are made to remove the cached destroyed token/events from the CQ. The CQEvents as seen by CQs are cached in order to avoid applying CQ queries on old values. In case of a destory CQEvent, the CQEvents are marked with destroy tokens and removed from the cache after the CQEvent is added to HAQueue. This works fine for the CQs registered locally, but for the CQs registered on peer server, the CQs weren't removed from the cache, which resulted in generating wrong CQEvent for subsequent operation. This change removes the destroy CQevent from the cache after the CQEvent is distributed to peer server. > CQEvent is not properly getting generated after a destoy operation on Partioned Region. > --------------------------------------------------------------------------------------- > > Key: GEODE-1495 > URL: https://issues.apache.org/jira/browse/GEODE-1495 > Project: Geode > Issue Type: Bug > Components: cq > Reporter: Anilkumar Gingade > Assignee: Anilkumar Gingade > > In multiple server groups setup, when a CQ is registered on one server group and that gets processed/evaluated on other server group (on which data buckets are present), the CQ event is wrongly getting generated after a destroy operation. > Configuration. > -- A Geode cluster with two server groups: > Server Group1 > Server Group2 > -- PR region created on both server groups, with accessor buckets/regions on Group1 and Data bucket/regions on Group2. > -- CQ is registered on Server Group1 > For the following cache operation on Server Group2, the CQEvents are getting generated as: > Cache op on same Key - CQEvent > ------------------------------------------------ > Create - Create CQEvent (as expected) > Update - The CQ is no more satisfied, Destroy CQEvent is generated (as expected) > Update - The CQ is satisfied, but generating, Update CQEvent, instead of Create. > -- This message was sent by Atlassian JIRA (v6.3.4#6332)