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 2DF80C70E for ; Mon, 9 Jul 2012 17:50:37 +0000 (UTC) Received: (qmail 69280 invoked by uid 500); 9 Jul 2012 17:50:35 -0000 Delivered-To: apmail-accumulo-dev-archive@accumulo.apache.org Received: (qmail 69187 invoked by uid 500); 9 Jul 2012 17:50:35 -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 69170 invoked by uid 99); 9 Jul 2012 17:50:35 -0000 Received: from issues-vm.apache.org (HELO issues-vm) (140.211.11.160) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 09 Jul 2012 17:50:35 +0000 Received: from isssues-vm.apache.org (localhost [127.0.0.1]) by issues-vm (Postfix) with ESMTP id D77E3142861 for ; Mon, 9 Jul 2012 17:50:34 +0000 (UTC) Date: Mon, 9 Jul 2012 17:50:34 +0000 (UTC) From: "Billie Rinaldi (JIRA)" To: dev@accumulo.apache.org Message-ID: <752562182.24187.1341856234884.JavaMail.jiratomcat@issues-vm> In-Reply-To: <42515749.12348.1341545974525.JavaMail.jiratomcat@issues-vm> Subject: [jira] [Commented] (ACCUMULO-675) WrappingIterator's seenSeek should be protected MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/ACCUMULO-675?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13409680#comment-13409680 ] Billie Rinaldi commented on ACCUMULO-675: ----------------------------------------- I'm not convinced it's necessary to make seenSeek protected; it seems like it will just make it easier for iterators to circumvent the checking that is done to ensure the proper iterator lifecycle is observed. Do you have a specific use case where you can't call super.seek instead? > WrappingIterator's seenSeek should be protected > ----------------------------------------------- > > Key: ACCUMULO-675 > URL: https://issues.apache.org/jira/browse/ACCUMULO-675 > Project: Accumulo > Issue Type: Bug > Components: tserver > Affects Versions: 1.5.0, 1.4.1, 1.5.0-SNAPSHOT, 1.4.0 > Environment: OSX, Linux > Reporter: William Slacum > Assignee: William Slacum > Priority: Trivial > Fix For: 1.5.0-SNAPSHOT > > Attachments: wrapping-iterator-mod.patch > > Original Estimate: 1m > Remaining Estimate: 1m > > In 1.3, the WrappingIterator was pretty much some boilerplate code. In 1.4 on, a package private boolean called seenSeek was added to help enforce the iterator contract. > This causes some issues with iterators written for 1.3 and before, because the seenSeek property can't be set by an iterator outside of the core.iterators package, which is locked down. This means that sub iterators must always delegate up to the WrappingIterator's seek() method, even if implementors want to completely override seek(). > I would like to provide more documentation on the WrappingIterator and make the seenSeek property protected so implementors don't need conditional logic to make the call to super.seek(). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira