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 612D9200C38 for ; Wed, 15 Mar 2017 20:08:08 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id 5FCE2160B78; Wed, 15 Mar 2017 19:08:08 +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 D0BBA160B60 for ; Wed, 15 Mar 2017 20:08:07 +0100 (CET) Received: (qmail 16070 invoked by uid 500); 15 Mar 2017 19:08:05 -0000 Mailing-List: contact dev-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@accumulo.apache.org Delivered-To: mailing list dev@accumulo.apache.org Received: (qmail 16059 invoked by uid 99); 15 Mar 2017 19:08:05 -0000 Received: from git1-us-west.apache.org (HELO git1-us-west.apache.org) (140.211.11.23) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 Mar 2017 19:08:05 +0000 Received: by git1-us-west.apache.org (ASF Mail Server at git1-us-west.apache.org, from userid 33) id 7F985DFBC9; Wed, 15 Mar 2017 19:08:05 +0000 (UTC) From: keith-turner To: dev@accumulo.apache.org Reply-To: dev@accumulo.apache.org References: In-Reply-To: Subject: [GitHub] accumulo issue #224: ACCUMULO-4500 ACCUMULO-96 Added summarization Content-Type: text/plain Message-Id: <20170315190805.7F985DFBC9@git1-us-west.apache.org> Date: Wed, 15 Mar 2017 19:08:05 +0000 (UTC) archived-at: Wed, 15 Mar 2017 19:08:08 -0000 Github user keith-turner commented on the issue: https://github.com/apache/accumulo/pull/224 > I was a bit brutal in the first review -- we kind of live in a world right now where our RPC code can just let stuff run for a very long time (you inherited a bit of the problem). There were so many things to consider for this feature. I am really glad you made me focus on this aspect. > we kind of live in a world right now where our RPC code can just let stuff run for a very long time The session concept that some of the code currently uses (like scans) defends against the following : * Doing work for a client that is no longer there. * Clients starting a second instance of a task, while the first is still processing. The current code is susceptible to both of the problems above and I would like to avoid that. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastructure@apache.org or file a JIRA ticket with INFRA. ---