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 93DAA200B78 for ; Thu, 18 Aug 2016 23:18:28 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 92986160AAE; Thu, 18 Aug 2016 21:18:28 +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 D7A2A160AB7 for ; Thu, 18 Aug 2016 23:18:27 +0200 (CEST) Received: (qmail 70352 invoked by uid 500); 18 Aug 2016 21:18:27 -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 70231 invoked by uid 99); 18 Aug 2016 21:18:27 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Aug 2016 21:18:27 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 90DC6C094F for ; Thu, 18 Aug 2016 21:18:26 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -3.739 X-Spam-Level: X-Spam-Status: No, score=-3.739 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=-0.519] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id 4Mnrm0PZQRMa for ; Thu, 18 Aug 2016 21:18:25 +0000 (UTC) Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with SMTP id 1BBA760E22 for ; Thu, 18 Aug 2016 21:18:22 +0000 (UTC) Received: (qmail 69489 invoked by uid 99); 18 Aug 2016 21:18:22 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Aug 2016 21:18:22 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 188FE2C02A9 for ; Thu, 18 Aug 2016 21:18:22 +0000 (UTC) Date: Thu, 18 Aug 2016 21:18:22 +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-1760) Custom ResultCollector on client does not receive partial results, but peer does MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Thu, 18 Aug 2016 21:18:28 -0000 [ https://issues.apache.org/jira/browse/GEODE-1760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15427165#comment-15427165 ] ASF subversion and git services commented on GEODE-1760: -------------------------------------------------------- Commit dbf41d1facddb2e0f69657b3e0e1e82161f7fa33 in incubator-geode's branch refs/heads/feature/GEODE-420 from [~suranjan] [ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=dbf41d1 ] GEODE-1760 Sending partial results to users ResultCollector For non-HA functions on the client, results will now be passed to the users result collector, even if some nodes fail due to a bucket movement or cache close. Signed-off-by: Dan Smith > Custom ResultCollector on client does not receive partial results, but peer does > -------------------------------------------------------------------------------- > > Key: GEODE-1760 > URL: https://issues.apache.org/jira/browse/GEODE-1760 > Project: Geode > Issue Type: Bug > Components: functions > Reporter: Dan Smith > Assignee: Dan Smith > Fix For: 1.0.0-incubating > > > If a non HA function is executed from a client and one or more servers throw an exception, a custom ResultCollector on the client does not receive any data for the members that did succeed. For some use cases we it would be helpful if the client received results from the members that were successful. > The currently client behavior is also inconsistent with the way that functions work between peers, because a ResultCollector in a peer will receive all of the results from the members that did succeed, even if some members fail. -- This message was sent by Atlassian JIRA (v6.3.4#6332)