Return-Path: Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: (qmail 2078 invoked from network); 27 Aug 2010 04:59:36 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 27 Aug 2010 04:59:36 -0000 Received: (qmail 729 invoked by uid 500); 27 Aug 2010 04:59:35 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 557 invoked by uid 500); 27 Aug 2010 04:59:33 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 550 invoked by uid 99); 27 Aug 2010 04:59:32 -0000 Received: from Unknown (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Aug 2010 04:59:32 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Aug 2010 04:59:15 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o7R4wrK9026734 for ; Fri, 27 Aug 2010 04:58:53 GMT Message-ID: <13612356.24071282885133508.JavaMail.jira@thor> Date: Fri, 27 Aug 2010 00:58:53 -0400 (EDT) From: "Adriano Crestani (JIRA)" To: dev@lucene.apache.org Subject: [jira] Commented: (LUCENE-2625) IndexReader.termDocs() retrieves no documents In-Reply-To: <12443390.20551282865693594.JavaMail.jira@thor> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/LUCENE-2625?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12903220#action_12903220 ] Adriano Crestani commented on LUCENE-2625: ------------------------------------------ Thanks for the quick reply Shai and Robert. It makes sense now, but it should be documented somewhere, mainly because the behavior has change from 3.0 to 3.1. Everybody, since version 2, that used to iterate over all documents that way, still expects it to work without calling seek, at least I did. In my opinion, being unpositioned means the user needs to be aware about docs being retrieved in any order, all that matters after all is to iterate over all documents in the index. Another question is, if indexReader.termDocs(null) is used, where is it positioned if nothing was defined in the parameter? Shouldn't it work as termDocs()? It just feels inconsistent to me. > IndexReader.termDocs() retrieves no documents > --------------------------------------------- > > Key: LUCENE-2625 > URL: https://issues.apache.org/jira/browse/LUCENE-2625 > Project: Lucene - Java > Issue Type: Bug > Components: Index > Affects Versions: 3.1 > Reporter: Adriano Crestani > Fix For: 3.1 > > Attachments: TestTermDocs.java > > > TermDocs object returned by indexReader.termDocs() retrieves no documents, howerver, the documents are retrieved correctly when using indexReader.termDocs(Term), indexReader.termDocs(null) and indexSearcher.search(Query). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org