Return-Path: X-Original-To: apmail-accumulo-dev-archive@www.apache.org Delivered-To: apmail-accumulo-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5094F9DBB for ; Fri, 22 Jun 2012 21:01:48 +0000 (UTC) Received: (qmail 75280 invoked by uid 500); 22 Jun 2012 21:01:48 -0000 Delivered-To: apmail-accumulo-dev-archive@accumulo.apache.org Received: (qmail 75262 invoked by uid 500); 22 Jun 2012 21:01:48 -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 75251 invoked by uid 99); 22 Jun 2012 21:01:48 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 Jun 2012 21:01:48 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [206.112.75.238] (HELO iron-b-outbound.osis.gov) (206.112.75.238) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 Jun 2012 21:01:40 +0000 X-IronPort-AV: E=Sophos;i="4.77,460,1336363200"; d="scan'208";a="498149" Received: from netmgmt.ext.intelink.gov (HELO ww4.ugov.gov) ([172.16.11.235]) by iron-b-outbound.osis.gov with ESMTP; 22 Jun 2012 16:59:08 -0400 Date: Fri, 22 Jun 2012 21:01:15 +0000 (GMT+00:00) From: Billie J Rinaldi To: dev@accumulo.apache.org Message-ID: <602587878.365959.1340398875974.JavaMail.root@linzimmb04o.imo.intelink.gov> In-Reply-To: Subject: Re: Should session-specific iterators appear on config output? MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.2.188.66] X-Mailer: Zimbra 6.0.7_GA_2476.RHEL4 (ZimbraWebClient - SAF3 (Mac)/6.0.7_GA_2473.RHEL5_64) On Friday, June 22, 2012 4:35:15 PM, "David Medinets" wrote: > I created a table with no iterators so all versions of a key were > stored. And I entered the same value three times. A scan shows the > three records. Then I attached a scan-only session-only > VersioningIterator to that table. The next scan showed only one value. > Perfect! But when I looked at the table configuration with 'config', > no iterators were listed. Does it make sense to display session-only > iterators also? Currently the only way to see a shell's scan iterators is with "info -v". It seems like it would make sense to make it easier to find that information, although I'm not sure if config is the appropriate place. The scan iterators do not have to be stored in zookeeper, so properties like those displayed by config are never created for them. Perhaps we could display the scan iterator information you get with "info -v" after the normal config properties when you use "config". We could consider synthesizing fake properties for the scan iterators, but I'd be reluctant to do so. Billie