From julian77@example.com Sun Jan 02 21:29:11 2011 Return-Path: <julian77@example.com> Delivered-To: julian77@example.com Received: (qmail 95358 invoked from network); 2 Jan 2011 21:29:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Jan 2011 21:29:11 -0000 Received: (qmail 73566 invoked by uid 500); 2 Jan 2011 21:29:10 -0000 Delivered-To: julian77@example.com Received: (qmail 73513 invoked by uid 500); 2 Jan 2011 21:29:09 -0000 Mailing-List: contact julian77@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:julian77@example.com> List-Unsubscribe: <mailto:julian77@example.com> List-Post: <mailto:julian77@example.com> List-Id: <dev.lucene.apache.org> Reply-To: julian77@example.com Delivered-To: mailing list julian77@example.com Received: (qmail 73506 invoked by uid 99); 2 Jan 2011 21:29:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Jan 2011 21:29:09 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Jan 2011 21:29:07 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id p02LSjce028696 for <julian77@example.com>; Sun, 2 Jan 2011 21:28:46 GMT Message-ID: <3459064.99621294003725568.JavaMail.jira@thor> Date: Sun, 2 Jan 2011 16:28:45 -0500 (EST) From: "Mark Miller (JIRA)" <julian77@example.com> To: julian77@example.com Subject: [jira] Commented: (SOLR-2299) improve test-running from eclipse In-Reply-To: <6319839.30941293471405820.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/SOLR-2299?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12976562#action_12976562 ] Mark Miller commented on SOLR-2299: ----------------------------------- Nice Robert, thank you. > improve test-running from eclipse > --------------------------------- > > Key: SOLR-2299 > URL: https://issues.apache.org/jira/browse/SOLR-2299 > Project: Solr > Issue Type: Test > Components: Build > Reporter: Robert Muir > Fix For: 3.1, 4.0 > > Attachments: SOLR-2299.patch, SOLR-2299.patch, SOLR-2299_part2.patch > > > In eclipse, its currently difficult to get a solr development environment working. > One big thing that would help would be to make it easier to run the tests. > When loading resources, if we checked the config dir + file directory from the resource path, > then users could simply add src/test/test-files to their eclipse build classpath, and tests would just work from the IDE. > I gather that this might make things easier for other IDEs too, though I'm aware that ones like Intellij > let you configure the test 'working directory' on a project basis, but eclipse doesn't > (you have to make a custom run configuration every time you run the tests) -- 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: julian77@example.com For additional commands, e-mail: julian77@example.com From julian77@example.com Sun Jan 02 22:31:09 2011 Return-Path: <julian77@example.com> Delivered-To: julian77@example.com Received: (qmail 13481 invoked from network); 2 Jan 2011 22:31:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Jan 2011 22:31:09 -0000 Received: (qmail 11734 invoked by uid 500); 2 Jan 2011 22:31:08 -0000 Delivered-To: julian77@example.com Received: (qmail 11682 invoked by uid 500); 2 Jan 2011 22:31:07 -0000 Mailing-List: contact julian77@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:julian77@example.com> List-Unsubscribe: <mailto:julian77@example.com> List-Post: <mailto:julian77@example.com> List-Id: <dev.lucene.apache.org> Reply-To: julian77@example.com Delivered-To: mailing list julian77@example.com Received: (qmail 11675 invoked by uid 99); 2 Jan 2011 22:31:07 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Jan 2011 22:31:07 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Jan 2011 22:31:06 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id p02MUjit029237 for <julian77@example.com>; Sun, 2 Jan 2011 22:30:46 GMT Message-ID: <10042546.99821294007445749.JavaMail.jira@thor> Date: Sun, 2 Jan 2011 17:30:45 -0500 (EST) From: "Robert Muir (JIRA)" <julian77@example.com> To: julian77@example.com Subject: [jira] Created: (LUCENE-2842) add Galician analyzer MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 add Galician analyzer --------------------- Key: LUCENE-2842 URL: https://issues.apache.org/jira/browse/LUCENE-2842 Project: Lucene - Java Issue Type: New Feature Components: Analysis Reporter: Robert Muir Fix For: 3.1, 4.0 Adds analyzer for Galician, based upon ["Regras do lematizador para o galego"|http://bvg.udc.es/recursos_lingua/stemming.jsp] , and a set of stopwords created in the usual fashion. This is really just an adaptation of the Portuguese [RSLP|http://www.inf.ufrgs.br/~viviane/rslp/index.htm], so I added that too, and modified our existing hand-coded RSLP-S (RSLP's plural-only step) to just be a plural-only flow of RSLP. -- 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: julian77@example.com For additional commands, e-mail: julian77@example.com From julian77@example.com Sun Jan 02 22:33:10 2011 Return-Path: <julian77@example.com> Delivered-To: julian77@example.com Received: (qmail 13913 invoked from network); 2 Jan 2011 22:33:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Jan 2011 22:33:10 -0000 Received: (qmail 13149 invoked by uid 500); 2 Jan 2011 22:33:09 -0000 Delivered-To: julian77@example.com Received: (qmail 13071 invoked by uid 500); 2 Jan 2011 22:33:08 -0000 Mailing-List: contact julian77@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:julian77@example.com> List-Unsubscribe: <mailto:julian77@example.com> List-Post: <mailto:julian77@example.com> List-Id: <dev.lucene.apache.org> Reply-To: julian77@example.com Delivered-To: mailing list julian77@example.com Received: (qmail 13059 invoked by uid 99); 2 Jan 2011 22:33:08 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Jan 2011 22:33:08 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Jan 2011 22:33:07 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id p02MWjFu029265 for <julian77@example.com>; Sun, 2 Jan 2011 22:32:45 GMT Message-ID: <18064302.99861294007565902.JavaMail.jira@thor> Date: Sun, 2 Jan 2011 17:32:45 -0500 (EST) From: "Robert Muir (JIRA)" <julian77@example.com> To: julian77@example.com Subject: [jira] Updated: (LUCENE-2842) add Galician analyzer In-Reply-To: <10042546.99821294007445749.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-2842?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-2842: -------------------------------- Attachment: LUCENE-2842.patch here's the patch. I also created vocabulary test data (actual/expected) for the portuguese rslp (from snowball data), and vocabulary test data for the reference galician implementation from a small corpus. I'll attach a zip of this next. > add Galician analyzer > --------------------- > > Key: LUCENE-2842 > URL: https://issues.apache.org/jira/browse/LUCENE-2842 > Project: Lucene - Java > Issue Type: New Feature > Components: Analysis > Reporter: Robert Muir > Fix For: 3.1, 4.0 > > Attachments: LUCENE-2842.patch, LUCENE-2842_testdata.zip > > > Adds analyzer for Galician, based upon ["Regras do lematizador para o galego"|http://bvg.udc.es/recursos_lingua/stemming.jsp] , and a set of stopwords created in the usual fashion. > This is really just an adaptation of the Portuguese [RSLP|http://www.inf.ufrgs.br/~viviane/rslp/index.htm], so I added that too, and modified our existing hand-coded RSLP-S (RSLP's plural-only step) to just be a plural-only flow of RSLP. -- 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: julian77@example.com For additional commands, e-mail: julian77@example.com From julian77@example.com Sun Jan 02 22:33:12 2011 Return-Path: <julian77@example.com> Delivered-To: julian77@example.com Received: (qmail 14031 invoked from network); 2 Jan 2011 22:33:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Jan 2011 22:33:11 -0000 Received: (qmail 13518 invoked by uid 500); 2 Jan 2011 22:33:09 -0000 Delivered-To: julian77@example.com Received: (qmail 13453 invoked by uid 500); 2 Jan 2011 22:33:09 -0000 Mailing-List: contact julian77@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:julian77@example.com> List-Unsubscribe: <mailto:julian77@example.com> List-Post: <mailto:julian77@example.com> List-Id: <dev.lucene.apache.org> Reply-To: julian77@example.com Delivered-To: mailing list julian77@example.com Received: (qmail 13339 invoked by uid 99); 2 Jan 2011 22:33:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Jan 2011 22:33:09 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Jan 2011 22:33:07 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id p02MWkFC029271 for <julian77@example.com>; Sun, 2 Jan 2011 22:32:46 GMT Message-ID: <21166983.99881294007566146.JavaMail.jira@thor> Date: Sun, 2 Jan 2011 17:32:46 -0500 (EST) From: "Robert Muir (JIRA)" <julian77@example.com> To: julian77@example.com Subject: [jira] Updated: (LUCENE-2842) add Galician analyzer In-Reply-To: <10042546.99821294007445749.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-2842?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-2842: -------------------------------- Attachment: LUCENE-2842_testdata.zip here's the test data... unzip relative to lusolr's trunk. > add Galician analyzer > --------------------- > > Key: LUCENE-2842 > URL: https://issues.apache.org/jira/browse/LUCENE-2842 > Project: Lucene - Java > Issue Type: New Feature > Components: Analysis > Reporter: Robert Muir > Fix For: 3.1, 4.0 > > Attachments: LUCENE-2842.patch, LUCENE-2842_testdata.zip > > > Adds analyzer for Galician, based upon ["Regras do lematizador para o galego"|http://bvg.udc.es/recursos_lingua/stemming.jsp] , and a set of stopwords created in the usual fashion. > This is really just an adaptation of the Portuguese [RSLP|http://www.inf.ufrgs.br/~viviane/rslp/index.htm], so I added that too, and modified our existing hand-coded RSLP-S (RSLP's plural-only step) to just be a plural-only flow of RSLP. -- 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: julian77@example.com For additional commands, e-mail: julian77@example.com From julian77@example.com Sun Jan 02 23:27:09 2011 Return-Path: <julian77@example.com> Delivered-To: julian77@example.com Received: (qmail 37285 invoked from network); 2 Jan 2011 23:27:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Jan 2011 23:27:08 -0000 Received: (qmail 42598 invoked by uid 500); 2 Jan 2011 23:27:07 -0000 Delivered-To: julian77@example.com Received: (qmail 42545 invoked by uid 500); 2 Jan 2011 23:27:07 -0000 Mailing-List: contact julian77@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:julian77@example.com> List-Unsubscribe: <mailto:julian77@example.com> List-Post: <mailto:julian77@example.com> List-Id: <dev.lucene.apache.org> Reply-To: julian77@example.com Delivered-To: mailing list julian77@example.com Received: (qmail 42538 invoked by uid 99); 2 Jan 2011 23:27:07 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Jan 2011 23:27:07 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Jan 2011 23:27:06 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id p02NQkNk029750 for <julian77@example.com>; Sun, 2 Jan 2011 23:26:46 GMT Message-ID: <32536886.100121294010806057.JavaMail.jira@thor> Date: Sun, 2 Jan 2011 18:26:46 -0500 (EST) From: "Michael McCandless (JIRA)" <julian77@example.com> To: julian77@example.com Subject: [jira] Commented: (LUCENE-2838) ConstantScoreQuery should directly support wrapping Query and simply strip off scores In-Reply-To: <26103424.51791293575145144.JavaMail.jira@thor> 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/LUCENE-2838?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12976574#action_12976574 ] Michael McCandless commented on LUCENE-2838: -------------------------------------------- bq. separately, at some point we should open an issue to re-assess the cutoff criteria for constant score auto (maybe after the termstate thing). +1 I've been wondering about those cutoffs for a while now... > ConstantScoreQuery should directly support wrapping Query and simply strip off scores > ------------------------------------------------------------------------------------- > > Key: LUCENE-2838 > URL: https://issues.apache.org/jira/browse/LUCENE-2838 > Project: Lucene - Java > Issue Type: Improvement > Components: Search > Reporter: Uwe Schindler > Assignee: Uwe Schindler > Fix For: 3.1, 4.0 > > Attachments: LUCENE-2838-no-topscorer-opt.patch, LUCENE-2838.patch, LUCENE-2838.patch, LUCENE-2838.patch > > > Especially in MultiTermQuery rewrite modes we often simply need to strip off scores from Queries and make them constant score. Currently the code to do this looks quite ugly: new ConstantScoreQuery(new QueryWrapperFilter(query)) > As the name says, QueryWrapperFilter should make any other Query constant score, so why does it not take a Query as ctor param? This question was aldso asked quite often by my customers and is simply correct, if you think about it. > Looking closer into the code, it is clear that this would also speed up MTQs: > - One additional wrapping and method calls can be removed > - Maybe we can even deprecate QueryWrapperFilter in 3.1 now (it's now only used in tests and the use-case for this class is not really available) and LUCENE-2831 does not need the stupid hack to make Simon's assertions pass > - CSQ now supports out-of-order scoring and topLevel scoring, so a CSQ on top-level now directly feeds the Collector. For that a small trick is used: The score(Collector) calls are directly delegated and the scores are stripped by wrapping the setScorer() method in Collector > During that I found a visibility bug in Scorer (LUCENE-2839): The method "boolean score(Collector collector, int max, int firstDocID)" should be public not protected, as its not solely intended to be overridden by subclasses and is called from other classes, too! This leads to no compiler bugs as the other classes that calls it is mainly BooleanScorer(2) and thats in same package, but visibility is wrong. I will open an issue for that and fix it at least in trunk where we have no backwards-requirement. -- 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: julian77@example.com For additional commands, e-mail: julian77@example.com From julian77@example.com Mon Jan 03 03:24:09 2011 Return-Path: <julian77@example.com> Delivered-To: julian77@example.com Received: (qmail 23440 invoked from network); 3 Jan 2011 03:24:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Jan 2011 03:24:09 -0000 Received: (qmail 61425 invoked by uid 500); 3 Jan 2011 03:24:08 -0000 Delivered-To: julian77@example.com Received: (qmail 61102 invoked by uid 500); 3 Jan 2011 03:24:08 -0000 Mailing-List: contact julian77@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:julian77@example.com> List-Unsubscribe: <mailto:julian77@example.com> List-Post: <mailto:julian77@example.com> List-Id: <dev.lucene.apache.org> Reply-To: julian77@example.com Delivered-To: mailing list julian77@example.com Received: (qmail 61095 invoked by uid 99); 3 Jan 2011 03:24:07 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 03:24:07 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 03:24:06 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id p033Njqm002708 for <julian77@example.com>; Mon, 3 Jan 2011 03:23:46 GMT Message-ID: <23674316.100911294025025976.JavaMail.jira@thor> Date: Sun, 2 Jan 2011 22:23:45 -0500 (EST) From: "Bill Bell (JIRA)" <julian77@example.com> To: julian77@example.com Subject: [jira] Created: (SOLR-2305) DataImportScheduler - Marko Bonaci MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 DataImportScheduler - Marko Bonaci ----------------------------------- Key: SOLR-2305 URL: https://issues.apache.org/jira/browse/SOLR-2305 Project: Solr Issue Type: New Feature Affects Versions: 4.0 Reporter: Bill Bell Fix For: 4.0 Marko Bonaci has updated the WIKI page to add the DataImportScheduler, but I cannot find a JIRA ticket for it? http://wiki.apache.org/solr/DataImportHandler Do we have a ticket so the code can be tracked? -- 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: julian77@example.com For additional commands, e-mail: julian77@example.com From julian77@example.com Mon Jan 03 03:38:12 2011 Return-Path: <julian77@example.com> Delivered-To: julian77@example.com Received: (qmail 26967 invoked from network); 3 Jan 2011 03:38:12 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Jan 2011 03:38:12 -0000 Received: (qmail 63733 invoked by uid 500); 3 Jan 2011 03:38:11 -0000 Delivered-To: julian77@example.com Received: (qmail 63474 invoked by uid 500); 3 Jan 2011 03:38:10 -0000 Mailing-List: contact julian77@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:julian77@example.com> List-Unsubscribe: <mailto:julian77@example.com> List-Post: <mailto:julian77@example.com> List-Id: <dev.lucene.apache.org> Reply-To: julian77@example.com Delivered-To: mailing list julian77@example.com Received: (qmail 63465 invoked by uid 99); 3 Jan 2011 03:38:10 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 03:38:10 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 03:38:07 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id p033bkbD002834 for <julian77@example.com>; Mon, 3 Jan 2011 03:37:46 GMT Message-ID: <11879949.100971294025865982.JavaMail.jira@thor> Date: Sun, 2 Jan 2011 22:37:45 -0500 (EST) From: "Bill Bell (JIRA)" <julian77@example.com> To: julian77@example.com Subject: [jira] Commented: (SOLR-2155) Geospatial search using geohash prefixes 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/SOLR-2155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12976598#action_12976598 ] Bill Bell commented on SOLR-2155: --------------------------------- Is this compatible with Grant Inverness's work? If so we should get it committed to the trunk so that we can try it out on various points (Poles, etc). Will this work with GeoHashField type only? Or does it work on all 3 types? solr.PointType solr.LatLonType solr.GeoHashField David, can you add some simple user docs (how it set it up and an example config?) Thanks., > Geospatial search using geohash prefixes > ---------------------------------------- > > Key: SOLR-2155 > URL: https://issues.apache.org/jira/browse/SOLR-2155 > Project: Solr > Issue Type: Improvement > Reporter: David Smiley > Attachments: GeoHashPrefixFilter.patch > > > There currently isn't a solution in Solr for doing geospatial filtering on documents that have a variable number of points. This scenario occurs when there is location extraction (i.e. via a "gazateer") occurring on free text. None, one, or many geospatial locations might be extracted from any given document and users want to limit their search results to those occurring in a user-specified area. > I've implemented this by furthering the GeoHash based work in Lucene/Solr with a geohash prefix based filter. A geohash refers to a lat-lon box on the earth. Each successive character added further subdivides the box into a 4x8 (or 8x4 depending on the even/odd length of the geohash) grid. The first step in this scheme is figuring out which geohash grid squares cover the user's search query. I've added various extra methods to GeoHashUtils (and added tests) to assist in this purpose. The next step is an actual Lucene Filter, GeoHashPrefixFilter, that uses these geohash prefixes in TermsEnum.seek() to skip to relevant grid squares in the index. Once a matching geohash grid is found, the points therein are compared against the user's query to see if it matches. I created an abstraction GeoShape extended by subclasses named PointDistance... and CartesianBox.... to support different queried shapes so that the filter need not care about these details. > This work was presented at LuceneRevolution in Boston on October 8th. -- 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: julian77@example.com For additional commands, e-mail: julian77@example.com From julian77@example.com Mon Jan 03 04:34:11 2011 Return-Path: <julian77@example.com> Delivered-To: julian77@example.com Received: (qmail 51109 invoked from network); 3 Jan 2011 04:34:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Jan 2011 04:34:10 -0000 Received: (qmail 81830 invoked by uid 500); 3 Jan 2011 04:34:09 -0000 Delivered-To: julian77@example.com Received: (qmail 81682 invoked by uid 500); 3 Jan 2011 04:34:09 -0000 Mailing-List: contact julian77@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:julian77@example.com> List-Unsubscribe: <mailto:julian77@example.com> List-Post: <mailto:julian77@example.com> List-Id: <dev.lucene.apache.org> Reply-To: julian77@example.com Delivered-To: mailing list julian77@example.com Received: (qmail 81664 invoked by uid 99); 3 Jan 2011 04:34:08 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 04:34:08 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 04:34:07 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id p034XlxL003331 for <julian77@example.com>; Mon, 3 Jan 2011 04:33:47 GMT Message-ID: <11967618.101211294029227356.JavaMail.jira@thor> Date: Sun, 2 Jan 2011 23:33:47 -0500 (EST) From: "Bill Bell (JIRA)" <julian77@example.com> To: julian77@example.com Subject: [jira] Commented: (SOLR-2218) Performance of start= and rows= parameters are exponentially slow with large data sets In-Reply-To: <9618504.211361288751186159.JavaMail.jira@thor> 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/SOLR-2218?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12976606#action_12976606 ] Bill Bell commented on SOLR-2218: --------------------------------- Hoss, So what you are saying is instead of: 1. http://hostname/solr/select?fl=id&start=20000&rows=1000&q=*:*&sort=id asc I should use: LAST_ID=20000 1. http://hostname/solr/select?fl=id&rows=1000&q=*:*&sort=id asc&fq=id:[<LAST_ID> TO *] This should definately be faster. Unfortunately, I need the results by highest score. Does fq support score? SCORE=5.6 1. http://hostname/solr/select?fl=id,score&rows=1000&q=*:*&sort=score desc&fq=id:[0 to <SCORE>] Thoughts? > Performance of start= and rows= parameters are exponentially slow with large data sets > -------------------------------------------------------------------------------------- > > Key: SOLR-2218 > URL: https://issues.apache.org/jira/browse/SOLR-2218 > Project: Solr > Issue Type: Improvement > Components: Build > Affects Versions: 1.4.1 > Reporter: Bill Bell > > With large data sets, > 10M rows. > Setting start=<large number> and rows=<large numbers> is slow, and gets slower the farther you get from start=0 with a complex query. Random also makes this slower. > Would like to somehow make this performance faster for looping through large data sets. It would be nice if we could pass a pointer to the result set to loop, or support very large rows=<number>. > Something like: > rows=1000 > start=0 > spointer=string_my_query_1 > Then within interval (like 5 mins) I can reference this loop: > Something like: > rows=1000 > start=1000 > spointer=string_my_query_1 > What do you think? Since the data is too great the cache is not helping. -- 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: julian77@example.com For additional commands, e-mail: julian77@example.com From julian77@example.com Mon Jan 03 04:36:13 2011 Return-Path: <julian77@example.com> Delivered-To: julian77@example.com Received: (qmail 51543 invoked from network); 3 Jan 2011 04:36:12 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Jan 2011 04:36:12 -0000 Received: (qmail 84387 invoked by uid 500); 3 Jan 2011 04:36:11 -0000 Delivered-To: julian77@example.com Received: (qmail 84208 invoked by uid 500); 3 Jan 2011 04:36:11 -0000 Mailing-List: contact julian77@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:julian77@example.com> List-Unsubscribe: <mailto:julian77@example.com> List-Post: <mailto:julian77@example.com> List-Id: <dev.lucene.apache.org> Reply-To: julian77@example.com Delivered-To: mailing list julian77@example.com Received: (qmail 84198 invoked by uid 99); 3 Jan 2011 04:36:11 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 04:36:11 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 04:36:09 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id p034ZlJp003396 for <julian77@example.com>; Mon, 3 Jan 2011 04:35:47 GMT Message-ID: <2962538.101321294029347851.JavaMail.jira@thor> Date: Sun, 2 Jan 2011 23:35:47 -0500 (EST) From: "Bill Bell (JIRA)" <julian77@example.com> To: julian77@example.com Subject: [jira] Issue Comment Edited: (SOLR-2218) Performance of start= and rows= parameters are exponentially slow with large data sets In-Reply-To: <9618504.211361288751186159.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/SOLR-2218?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12976606#action_12976606 ] Bill Bell edited comment on SOLR-2218 at 1/2/11 11:35 PM: ---------------------------------------------------------- Hoss, So what you are saying is instead of: 1. http://hostname/solr/select?fl=id&start=20000&rows=1000&q=*:*&sort=id asc I should use: LAST_ID=20000 1. http://hostname/solr/select?fl=id&rows=1000&q=*:*&sort=id asc&fq=id:[<LAST_ID> TO *] This should definately be faster. Unfortunately, I need the results by highest score. Does fq support score? SCORE=5.6 1. http://hostname/solr/select?fl=id,score&rows=1000&q=*:*&sort=score desc&fq=id:[0 TO <SCORE>] Thoughts? was (Author: billnbell): Hoss, So what you are saying is instead of: 1. http://hostname/solr/select?fl=id&start=20000&rows=1000&q=*:*&sort=id asc I should use: LAST_ID=20000 1. http://hostname/solr/select?fl=id&rows=1000&q=*:*&sort=id asc&fq=id:[<LAST_ID> TO *] This should definately be faster. Unfortunately, I need the results by highest score. Does fq support score? SCORE=5.6 1. http://hostname/solr/select?fl=id,score&rows=1000&q=*:*&sort=score desc&fq=id:[0 to <SCORE>] Thoughts? > Performance of start= and rows= parameters are exponentially slow with large data sets > -------------------------------------------------------------------------------------- > > Key: SOLR-2218 > URL: https://issues.apache.org/jira/browse/SOLR-2218 > Project: Solr > Issue Type: Improvement > Components: Build > Affects Versions: 1.4.1 > Reporter: Bill Bell > > With large data sets, > 10M rows. > Setting start=<large number> and rows=<large numbers> is slow, and gets slower the farther you get from start=0 with a complex query. Random also makes this slower. > Would like to somehow make this performance faster for looping through large data sets. It would be nice if we could pass a pointer to the result set to loop, or support very large rows=<number>. > Something like: > rows=1000 > start=0 > spointer=string_my_query_1 > Then within interval (like 5 mins) I can reference this loop: > Something like: > rows=1000 > start=1000 > spointer=string_my_query_1 > What do you think? Since the data is too great the cache is not helping. -- 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: julian77@example.com For additional commands, e-mail: julian77@example.com From julian77@example.com Mon Jan 03 04:38:11 2011 Return-Path: <julian77@example.com> Delivered-To: julian77@example.com Received: (qmail 53151 invoked from network); 3 Jan 2011 04:38:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Jan 2011 04:38:10 -0000 Received: (qmail 86722 invoked by uid 500); 3 Jan 2011 04:38:09 -0000 Delivered-To: julian77@example.com Received: (qmail 86673 invoked by uid 500); 3 Jan 2011 04:38:09 -0000 Mailing-List: contact julian77@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:julian77@example.com> List-Unsubscribe: <mailto:julian77@example.com> List-Post: <mailto:julian77@example.com> List-Id: <dev.lucene.apache.org> Reply-To: julian77@example.com Delivered-To: mailing list julian77@example.com Received: (qmail 86666 invoked by uid 99); 3 Jan 2011 04:38:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 04:38:09 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 04:38:07 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id p034bj6N003426 for <julian77@example.com>; Mon, 3 Jan 2011 04:37:45 GMT Message-ID: <32870690.101351294029465920.JavaMail.jira@thor> Date: Sun, 2 Jan 2011 23:37:45 -0500 (EST) From: "David Smiley (JIRA)" <julian77@example.com> To: julian77@example.com Subject: [jira] Commented: (SOLR-2155) Geospatial search using geohash prefixes 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/SOLR-2155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12976608#action_12976608 ] David Smiley commented on SOLR-2155: ------------------------------------ Hi Bill. I think you are referring to Grant Ingersoll. Yes, this patch was developed to be compatible with his efforts (which are not his alone). They are applied "on top" of the existing work, so to speak, enhancing the performance of the Lucene query returned by solr.GeoHashField by using a completely different algorithm. As such, you can use the existing query syntax documented on the wiki http://wiki.apache.org/solr/SpatialSearch#bbox_-_Bounding-box_filter. Simply apply this patch to trunk, and use the solr.GeoHashField type to store your "lat,lon" formatted data just like an example might show for solr.LatLonType. Of course, with this field type, you can supply as many values as you want. You needn't know anything about geohashes. This work is for GeoHashField, not for LatLonType. These both have a similar feel for the user, in which you provide a "lat,lon". The difference is in the implementation. solr.PointType is non-geospatial--it's for a cartesian (i.e. x,y) plane. An update on my work lately: Since the posting of this patch in October, I've created my own query parser. It handles point-distance, a specific lat-lon box (instead of being forced to pick the box encompassing a point-distance, which is what the bbox query does), and point-in-polygon searches. The polygon support required more than query parsing, of course, but figuring out how to actually implement it. I'm using the JTS library (LGPL open-source). I have been evaluating the performance of my patch compared to LatLonType. LatLonType scales to match basically any number of points matched due to the underlying Trie based numeric fields introduced in solr v1.4. My geohash field doesn't scale as well... so if your query matches, say, less than 10k distinct points then you'll meet or exceed LatLonType's performance (in the default configuration). However it's linear from there on out: 100k points takes 10x as long as 10k whereas for LatLonType it's something like 1.5x as long. I've been thinking about some ideas to scale better and I hope to try it this week. If you don't expect a query to match more than ~10k points then the current patch will serve you well. > Geospatial search using geohash prefixes > ---------------------------------------- > > Key: SOLR-2155 > URL: https://issues.apache.org/jira/browse/SOLR-2155 > Project: Solr > Issue Type: Improvement > Reporter: David Smiley > Attachments: GeoHashPrefixFilter.patch > > > There currently isn't a solution in Solr for doing geospatial filtering on documents that have a variable number of points. This scenario occurs when there is location extraction (i.e. via a "gazateer") occurring on free text. None, one, or many geospatial locations might be extracted from any given document and users want to limit their search results to those occurring in a user-specified area. > I've implemented this by furthering the GeoHash based work in Lucene/Solr with a geohash prefix based filter. A geohash refers to a lat-lon box on the earth. Each successive character added further subdivides the box into a 4x8 (or 8x4 depending on the even/odd length of the geohash) grid. The first step in this scheme is figuring out which geohash grid squares cover the user's search query. I've added various extra methods to GeoHashUtils (and added tests) to assist in this purpose. The next step is an actual Lucene Filter, GeoHashPrefixFilter, that uses these geohash prefixes in TermsEnum.seek() to skip to relevant grid squares in the index. Once a matching geohash grid is found, the points therein are compared against the user's query to see if it matches. I created an abstraction GeoShape extended by subclasses named PointDistance... and CartesianBox.... to support different queried shapes so that the filter need not care about these details. > This work was presented at LuceneRevolution in Boston on October 8th. -- 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: julian77@example.com For additional commands, e-mail: julian77@example.com From julian77@example.com Mon Jan 03 04:40:09 2011 Return-Path: <julian77@example.com> Delivered-To: julian77@example.com Received: (qmail 53358 invoked from network); 3 Jan 2011 04:40:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Jan 2011 04:40:09 -0000 Received: (qmail 88390 invoked by uid 500); 3 Jan 2011 04:40:08 -0000 Delivered-To: julian77@example.com Received: (qmail 87984 invoked by uid 500); 3 Jan 2011 04:40:08 -0000 Mailing-List: contact julian77@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:julian77@example.com> List-Unsubscribe: <mailto:julian77@example.com> List-Post: <mailto:julian77@example.com> List-Id: <dev.lucene.apache.org> Reply-To: julian77@example.com Delivered-To: mailing list julian77@example.com Received: (qmail 87974 invoked by uid 99); 3 Jan 2011 04:40:07 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 04:40:07 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 04:40:07 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id p034dkgl003453 for <julian77@example.com>; Mon, 3 Jan 2011 04:39:46 GMT Message-ID: <23509601.101401294029586485.JavaMail.jira@thor> Date: Sun, 2 Jan 2011 23:39:46 -0500 (EST) From: "Bill Bell (JIRA)" <julian77@example.com> To: julian77@example.com Subject: [jira] Issue Comment Edited: (SOLR-2218) Performance of start= and rows= parameters are exponentially slow with large data sets In-Reply-To: <9618504.211361288751186159.JavaMail.jira@thor> 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/SOLR-2218?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12976606#action_12976606 ] Bill Bell edited comment on SOLR-2218 at 1/2/11 11:38 PM: ---------------------------------------------------------- Hoss, So what you are saying is instead of: 1. http://hostname/solr/select?fl=id&start=20000&rows=1000&q=*:*&sort=id asc I should use: LAST_ID=20000 1. http://hostname/solr/select?fl=id&rows=1000&q=*:*&sort=id asc&fq=id:[<LAST_ID> TO *] This should definately be faster. Unfortunately, I need the results by highest score. Does fq support score? SCORE=5.6 1. http://hostname/solr/select?fl=id,score&rows=1000&q=*:*&sort=score desc&fq=score:[0 TO <SCORE>] Thoughts? was (Author: billnbell): Hoss, So what you are saying is instead of: 1. http://hostname/solr/select?fl=id&start=20000&rows=1000&q=*:*&sort=id asc I should use: LAST_ID=20000 1. http://hostname/solr/select?fl=id&rows=1000&q=*:*&sort=id asc&fq=id:[<LAST_ID> TO *] This should definately be faster. Unfortunately, I need the results by highest score. Does fq support score? SCORE=5.6 1. http://hostname/solr/select?fl=id,score&rows=1000&q=*:*&sort=score desc&fq=id:[0 TO <SCORE>] Thoughts? > Performance of start= and rows= parameters are exponentially slow with large data sets > -------------------------------------------------------------------------------------- > > Key: SOLR-2218 > URL: https://issues.apache.org/jira/browse/SOLR-2218 > Project: Solr > Issue Type: Improvement > Components: Build > Affects Versions: 1.4.1 > Reporter: Bill Bell > > With large data sets, > 10M rows. > Setting start=<large number> and rows=<large numbers> is slow, and gets slower the farther you get from start=0 with a complex query. Random also makes this slower. > Would like to somehow make this performance faster for looping through large data sets. It would be nice if we could pass a pointer to the result set to loop, or support very large rows=<number>. > Something like: > rows=1000 > start=0 > spointer=string_my_query_1 > Then within interval (like 5 mins) I can reference this loop: > Something like: > rows=1000 > start=1000 > spointer=string_my_query_1 > What do you think? Since the data is too great the cache is not helping. -- 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: julian77@example.com For additional commands, e-mail: julian77@example.com From julian77@example.com Mon Jan 03 04:42:09 2011 Return-Path: <julian77@example.com> Delivered-To: julian77@example.com Received: (qmail 53635 invoked from network); 3 Jan 2011 04:42:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Jan 2011 04:42:08 -0000 Received: (qmail 91887 invoked by uid 500); 3 Jan 2011 04:42:07 -0000 Delivered-To: julian77@example.com Received: (qmail 91828 invoked by uid 500); 3 Jan 2011 04:42:06 -0000 Mailing-List: contact julian77@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:julian77@example.com> List-Unsubscribe: <mailto:julian77@example.com> List-Post: <mailto:julian77@example.com> List-Id: <dev.lucene.apache.org> Reply-To: julian77@example.com Delivered-To: mailing list julian77@example.com Received: (qmail 91520 invoked by uid 99); 3 Jan 2011 04:42:06 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 04:42:06 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 04:42:05 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id p034fjhb003473 for <julian77@example.com>; Mon, 3 Jan 2011 04:41:45 GMT Message-ID: <27140853.101431294029705671.JavaMail.jira@thor> Date: Sun, 2 Jan 2011 23:41:45 -0500 (EST) From: "Bill Bell (JIRA)" <julian77@example.com> To: julian77@example.com Subject: [jira] Issue Comment Edited: (SOLR-2218) Performance of start= and rows= parameters are exponentially slow with large data sets In-Reply-To: <9618504.211361288751186159.JavaMail.jira@thor> 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/SOLR-2218?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12976606#action_12976606 ] Bill Bell edited comment on SOLR-2218 at 1/2/11 11:40 PM: ---------------------------------------------------------- Hoss, So what you are saying is instead of: 1. http://hostname/solr/select?fl=id&start=20000&rows=1000&q=*:*&sort=id asc I should use: LAST_ID=20000 1. http://hostname/solr/select?fl=id&rows=1000&q=*:*&sort=id asc&fq=id:[<LAST_ID> TO *] This should definately be faster. Unfortunately, I need the results by highest score. Does fq support score? SCORE=5.6 1. http://hostname/solr/select?fl=id,score&rows=1000&q=*:*&sort=score desc&fq=score:[0 TO <SCORE>] Thoughts? I get an error when using fq=score:... HTTP ERROR 400 Problem accessing /solr/provs/select. Reason: undefined field score was (Author: billnbell): Hoss, So what you are saying is instead of: 1. http://hostname/solr/select?fl=id&start=20000&rows=1000&q=*:*&sort=id asc I should use: LAST_ID=20000 1. http://hostname/solr/select?fl=id&rows=1000&q=*:*&sort=id asc&fq=id:[<LAST_ID> TO *] This should definately be faster. Unfortunately, I need the results by highest score. Does fq support score? SCORE=5.6 1. http://hostname/solr/select?fl=id,score&rows=1000&q=*:*&sort=score desc&fq=score:[0 TO <SCORE>] Thoughts? > Performance of start= and rows= parameters are exponentially slow with large data sets > -------------------------------------------------------------------------------------- > > Key: SOLR-2218 > URL: https://issues.apache.org/jira/browse/SOLR-2218 > Project: Solr > Issue Type: Improvement > Components: Build > Affects Versions: 1.4.1 > Reporter: Bill Bell > > With large data sets, > 10M rows. > Setting start=<large number> and rows=<large numbers> is slow, and gets slower the farther you get from start=0 with a complex query. Random also makes this slower. > Would like to somehow make this performance faster for looping through large data sets. It would be nice if we could pass a pointer to the result set to loop, or support very large rows=<number>. > Something like: > rows=1000 > start=0 > spointer=string_my_query_1 > Then within interval (like 5 mins) I can reference this loop: > Something like: > rows=1000 > start=1000 > spointer=string_my_query_1 > What do you think? Since the data is too great the cache is not helping. -- 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: julian77@example.com For additional commands, e-mail: julian77@example.com From julian77@example.com Mon Jan 03 08:18:10 2011 Return-Path: <julian77@example.com> Delivered-To: julian77@example.com Received: (qmail 49478 invoked from network); 3 Jan 2011 08:18:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Jan 2011 08:18:10 -0000 Received: (qmail 85718 invoked by uid 500); 3 Jan 2011 08:18:09 -0000 Delivered-To: julian77@example.com Received: (qmail 85571 invoked by uid 500); 3 Jan 2011 08:18:08 -0000 Mailing-List: contact julian77@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:julian77@example.com> List-Unsubscribe: <mailto:julian77@example.com> List-Post: <mailto:julian77@example.com> List-Id: <dev.lucene.apache.org> Reply-To: julian77@example.com Delivered-To: mailing list julian77@example.com Received: (qmail 85564 invoked by uid 99); 3 Jan 2011 08:18:08 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 08:18:08 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 08:18:07 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id p038HlpE006349 for <julian77@example.com>; Mon, 3 Jan 2011 08:17:47 GMT Message-ID: <13519413.103121294042667245.JavaMail.jira@thor> Date: Mon, 3 Jan 2011 03:17:47 -0500 (EST) From: "Steven Rowe (JIRA)" <julian77@example.com> To: julian77@example.com Subject: [jira] Updated: (LUCENE-2657) Replace Maven POM templates with full POMs, and change documentation accordingly 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/LUCENE-2657?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steven Rowe updated LUCENE-2657: -------------------------------- Attachment: LUCENE-2657.patch All tests pass again with this patch. Solr test resource structrual changes from SOLR-2299 (r1054169) are now accounted for. All test CWDs are set to {{${project.build.testOutputDirectory}}}, so that any stray files put on the CWD by tests will be cleaned up using either {{mvn clean}} or {{ant clean}}. > Replace Maven POM templates with full POMs, and change documentation accordingly > -------------------------------------------------------------------------------- > > Key: LUCENE-2657 > URL: https://issues.apache.org/jira/browse/LUCENE-2657 > Project: Lucene - Java > Issue Type: Improvement > Components: Build > Affects Versions: 3.1, 4.0 > Reporter: Steven Rowe > Assignee: Steven Rowe > Fix For: 3.1, 4.0 > > Attachments: LUCENE-2657.patch, LUCENE-2657.patch, LUCENE-2657.patch, LUCENE-2657.patch, LUCENE-2657.patch, LUCENE-2657.patch, LUCENE-2657.patch > > > The current Maven POM templates only contain dependency information, the bare bones necessary for uploading artifacts to the Maven repository. > The full Maven POMs in the attached patch include the information necessary to run a multi-module Maven build, in addition to serving the same purpose as the current POM templates. > Several dependencies are not available through public maven repositories. A profile in the top-level POM can be activated to install these dependencies from the various {{lib/}} directories into your local repository. From the top-level directory: > {code} > mvn -N -Pbootstrap install > {code} > Once these non-Maven dependencies have been installed, to run all Lucene/Solr tests via Maven's surefire plugin, and populate your local repository with all artifacts, from the top level directory, run: > {code} > mvn install > {code} > When one Lucene/Solr module depends on another, the dependency is declared on the *artifact(s)* produced by the other module and deposited in your local repository, rather than on the other module's un-jarred compiler output in the {{build/}} directory, so you must run {{mvn install}} on the other module before its changes are visible to the module that depends on it. > To create all the artifacts without running tests: > {code} > mvn -DskipTests install > {code} > I almost always include the {{clean}} phase when I do a build, e.g.: > {code} > mvn -DskipTests clean install > {code} -- 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: julian77@example.com For additional commands, e-mail: julian77@example.com From julian77@example.com Mon Jan 03 09:34:11 2011 Return-Path: <julian77@example.com> Delivered-To: julian77@example.com Received: (qmail 74642 invoked from network); 3 Jan 2011 09:34:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Jan 2011 09:34:11 -0000 Received: (qmail 46493 invoked by uid 500); 3 Jan 2011 09:34:10 -0000 Delivered-To: julian77@example.com Received: (qmail 46259 invoked by uid 500); 3 Jan 2011 09:34:09 -0000 Mailing-List: contact julian77@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:julian77@example.com> List-Unsubscribe: <mailto:julian77@example.com> List-Post: <mailto:julian77@example.com> List-Id: <dev.lucene.apache.org> Reply-To: julian77@example.com Delivered-To: mailing list julian77@example.com Received: (qmail 46251 invoked by uid 99); 3 Jan 2011 09:34:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 09:34:09 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 09:34:07 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id p039XjQ0007392 for <julian77@example.com>; Mon, 3 Jan 2011 09:33:46 GMT Message-ID: <5972793.104111294047225756.JavaMail.jira@thor> Date: Mon, 3 Jan 2011 04:33:45 -0500 (EST) From: "Marko Bonaci (JIRA)" <julian77@example.com> To: julian77@example.com Subject: [jira] Commented: (SOLR-2305) DataImportScheduler - Marko Bonaci In-Reply-To: <23674316.100911294025025976.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/SOLR-2305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12976665#action_12976665 ] Marko Bonaci commented on SOLR-2305: ------------------------------------ I'd like to help, but you'll have to explain me how to do it. What needs to be prepared? java files? the whole project? Do I have to check out the project in Eclipse? And, if yes, how to get commit access rights? I've never contributed before, obviously, but I'm interested in learning how to do it properly... Links? > DataImportScheduler - Marko Bonaci > ----------------------------------- > > Key: SOLR-2305 > URL: https://issues.apache.org/jira/browse/SOLR-2305 > Project: Solr > Issue Type: New Feature > Affects Versions: 4.0 > Reporter: Bill Bell > Fix For: 4.0 > > > Marko Bonaci has updated the WIKI page to add the DataImportScheduler, but I cannot find a JIRA ticket for it? > http://wiki.apache.org/solr/DataImportHandler > Do we have a ticket so the code can be tracked? -- 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: julian77@example.com For additional commands, e-mail: julian77@example.com From julian77@example.com Mon Jan 03 10:47:15 2011 Return-Path: <julian77@example.com> Delivered-To: julian77@example.com Received: (qmail 96844 invoked from network); 3 Jan 2011 10:47:14 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Jan 2011 10:47:14 -0000 Received: (qmail 92212 invoked by uid 500); 3 Jan 2011 10:47:13 -0000 Delivered-To: julian77@example.com Received: (qmail 92096 invoked by uid 500); 3 Jan 2011 10:47:13 -0000 Mailing-List: contact julian77@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:julian77@example.com> List-Unsubscribe: <mailto:julian77@example.com> List-Post: <mailto:julian77@example.com> List-Id: <dev.lucene.apache.org> Reply-To: julian77@example.com Delivered-To: mailing list julian77@example.com Received: (qmail 91927 invoked by uid 99); 3 Jan 2011 10:47:12 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 10:47:12 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 10:47:11 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id p03Akpuc008418 for <julian77@example.com>; Mon, 3 Jan 2011 10:46:51 GMT Message-ID: <19014154.105331294051611546.JavaMail.jira@thor> Date: Mon, 3 Jan 2011 05:46:51 -0500 (EST) From: "Simon Willnauer (JIRA)" <julian77@example.com> To: julian77@example.com Subject: [jira] Resolved: (LUCENE-2808) Intermitted failure on DocValues branch In-Reply-To: <13319683.36051291900620957.JavaMail.jira@thor> 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/LUCENE-2808?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Willnauer resolved LUCENE-2808. ------------------------------------- Resolution: Fixed this has never happened again since I merged with trunk after LUCENE-2680 - moving out! simon > Intermitted failure on DocValues branch > --------------------------------------- > > Key: LUCENE-2808 > URL: https://issues.apache.org/jira/browse/LUCENE-2808 > Project: Lucene - Java > Issue Type: Bug > Components: Index > Affects Versions: CSF branch, 4.0 > Reporter: Simon Willnauer > > I lately ran into two random failures on the CSF branch that seem not to be related to docValues but I can't reproduce them neither on docvalues branch nor on trunk. > {code} > jError Message > IndexFileDeleter doesn't know about file _1e.tvx > Stacktrace > junit.framework.AssertionFailedError: IndexFileDeleter doesn't know about file _1e.tvx > at org.apache.lucene.util.LuceneTestCase$LuceneTestCaseRunner.runChild(LuceneTestCase.java:979) > at org.apache.lucene.util.LuceneTestCase$LuceneTestCaseRunner.runChild(LuceneTestCase.java:917) > at org.apache.lucene.index.IndexWriter.filesExist(IndexWriter.java:3633) > at org.apache.lucene.index.IndexWriter.startCommit(IndexWriter.java:3699) > at org.apache.lucene.index.IndexWriter.prepareCommit(IndexWriter.java:2407) > at org.apache.lucene.index.IndexWriter.commitInternal(IndexWriter.java:2478) > at org.apache.lucene.index.IndexWriter.commit(IndexWriter.java:2460) > at org.apache.lucene.index.IndexWriter.commit(IndexWriter.java:2444) > at org.apache.lucene.index.TestIndexWriterExceptions.testRandomExceptionsThreads(TestIndexWriterExceptions.java:213) > Standard Output > NOTE: reproduce with: ant test -Dtestcase=TestIndexWriterExceptions -Dtestmethod=testRandomExceptionsThreads -Dtests.seed=-6528669668419768890:4860241142852689334 -Dtests.codec=randomPerField -Dtests.multiplier=3 > NOTE: test params are: codec=PreFlex, locale=sv, timezone=Atlantic/South_Georgia > Standard Error > NOTE: all tests run in this JVM: > [TestDemo, TestToken, TestBinaryDocument, TestCodecs, TestDirectoryReader, TestIndexInput, TestIndexWriterExceptions] > {code} > and > {code} > [junit] Testsuite: org.apache.lucene.index.TestIndexReaderReopen > [junit] Testcase: testThreadSafety(org.apache.lucene.index.TestIndexReaderReopen): Caused an ERROR > [junit] MockDirectoryWrapper: cannot close: there are still open files: {_4_3.frq=1, _4_3.pos=1, _4_0.frq=1, _4_0.prx=1, _4.pst=1, _4_3.pyl=1, _4_3.skp=1, _4_0.tis=1, _4_3.doc=1, _4_3.tis=1} > [junit] java.lang.RuntimeException: MockDirectoryWrapper: cannot close: there are still open files: {_4_3.frq=1, _4_3.pos=1, _4_0.frq=1, _4_0.prx=1, _4.pst=1, _4_3.pyl=1, _4_3.skp=1, _4_0.tis=1, _4_3.doc=1, _4_3.tis=1} > [junit] at org.apache.lucene.store.MockDirectoryWrapper.close(MockDirectoryWrapper.java:387) > [junit] at org.apache.lucene.index.TestIndexReaderReopen.testThreadSafety(TestIndexReaderReopen.java:859) > [junit] at org.apache.lucene.util.LuceneTestCase$LuceneTestCaseRunner.runChild(LuceneTestCase.java:979) > [junit] at org.apache.lucene.util.LuceneTestCase$LuceneTestCaseRunner.runChild(LuceneTestCase.java:917) > [junit] Caused by: java.lang.RuntimeException: unclosed IndexInput > [junit] at org.apache.lucene.store.MockDirectoryWrapper.openInput(MockDirectoryWrapper.java:342) > [junit] at org.apache.lucene.store.Directory.openInput(Directory.java:122) > [junit] at org.apache.lucene.index.codecs.standard.StandardPostingsReader.<init>(StandardPostingsReader.java:49) > [junit] at org.apache.lucene.index.codecs.standard.StandardCodec.fieldsProducer(StandardCodec.java:87) > [junit] at org.apache.lucene.index.PerFieldCodecWrapper$FieldsReader.<init>(PerFieldCodecWrapper.java:119) > [junit] at org.apache.lucene.index.PerFieldCodecWrapper.fieldsProducer(PerFieldCodecWrapper.java:211) > [junit] at org.apache.lucene.index.SegmentReader$CoreReaders.<init>(SegmentReader.java:137) > [junit] at org.apache.lucene.index.SegmentReader.get(SegmentReader.java:532) > [junit] at org.apache.lucene.index.SegmentReader.get(SegmentReader.java:509) > [junit] at org.apache.lucene.index.DirectoryReader.<init>(DirectoryReader.java:238) > [junit] at org.apache.lucene.index.DirectoryReader.doReopen(DirectoryReader.java:500) > [junit] at org.apache.lucene.index.DirectoryReader.access$000(DirectoryReader.java:48) > [junit] at org.apache.lucene.index.DirectoryReader$2.doBody(DirectoryReader.java:493) > [junit] at org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:623) > [junit] at org.apache.lucene.index.DirectoryReader.doReopenNoWriter(DirectoryReader.java:488) > [junit] at org.apache.lucene.index.DirectoryReader.doReopen(DirectoryReader.java:446) > [junit] at org.apache.lucene.index.DirectoryReader.reopen(DirectoryReader.java:406) > [junit] at org.apache.lucene.index.TestIndexReaderReopen$9.run(TestIndexReaderReopen.java:770) > [junit] at org.apache.lucene.index.TestIndexReaderReopen$ReaderThread.run(TestIndexReaderReopen.java:897) > [junit] > [junit] > [junit] Tests run: 17, Failures: 0, Errors: 1, Time elapsed: 13.766 sec > [junit] > [junit] ------------- Standard Output --------------- > [junit] NOTE: reproduce with: ant test -Dtestcase=TestIndexReaderReopen -Dtestmethod=testThreadSafety -Dtests.seed=-5455993123574190959:-1935535300313439968 -Dtests.codec=randomPerField -Dtests.multiplier=3 > [junit] NOTE: test params are: codec=RandomCodecProvider: {field5=MockVariableIntBlock(baseBlockSize=29), id=Standard, fielda=Standard, field4=MockFixedIntBlock(blockSize=924), field3=Standard, field2=SimpleText, id2=Standard, field6=MockSep, field1=Pulsing(freqCutoff=8)}, locale=zh_CN, timezone=Asia/Hovd > {code} > I haven't seen those before - let me know if you have! -- 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: julian77@example.com For additional commands, e-mail: julian77@example.com From julian77@example.com Mon Jan 03 10:51:13 2011 Return-Path: <julian77@example.com> Delivered-To: julian77@example.com Received: (qmail 97725 invoked from network); 3 Jan 2011 10:51:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Jan 2011 10:51:13 -0000 Received: (qmail 96661 invoked by uid 500); 3 Jan 2011 10:51:11 -0000 Delivered-To: julian77@example.com Received: (qmail 96326 invoked by uid 500); 3 Jan 2011 10:51:11 -0000 Mailing-List: contact julian77@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:julian77@example.com> List-Unsubscribe: <mailto:julian77@example.com> List-Post: <mailto:julian77@example.com> List-Id: <dev.lucene.apache.org> Reply-To: julian77@example.com Delivered-To: mailing list julian77@example.com Received: (qmail 96308 invoked by uid 99); 3 Jan 2011 10:51:10 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 10:51:10 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 10:51:09 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id p03AolU9008482 for <julian77@example.com>; Mon, 3 Jan 2011 10:50:47 GMT Message-ID: <28430909.105411294051847563.JavaMail.jira@thor> Date: Mon, 3 Jan 2011 05:50:47 -0500 (EST) From: "Simon Willnauer (JIRA)" <julian77@example.com> To: julian77@example.com Subject: [jira] Commented: (LUCENE-2214) Remove deprecated StemExclusionSet setters in contrib/analyzers 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-2214?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12976688#action_12976688 ] Simon Willnauer commented on LUCENE-2214: ----------------------------------------- This seems to be invalid since LUCENE-2781 has removed deprecations from trunk already. I will move out here. > Remove deprecated StemExclusionSet setters in contrib/analyzers > --------------------------------------------------------------- > > Key: LUCENE-2214 > URL: https://issues.apache.org/jira/browse/LUCENE-2214 > Project: Lucene - Java > Issue Type: Task > Components: contrib/analyzers > Reporter: Simon Willnauer > Priority: Minor > Fix For: 4.0 > > > Lots of stem exclusion sets have been deprecated in 3.0. As we are in contrib land we could now remove them. -- 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: julian77@example.com For additional commands, e-mail: julian77@example.com From julian77@example.com Mon Jan 03 10:53:08 2011 Return-Path: <julian77@example.com> Delivered-To: julian77@example.com Received: (qmail 98859 invoked from network); 3 Jan 2011 10:53:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Jan 2011 10:53:07 -0000 Received: (qmail 98407 invoked by uid 500); 3 Jan 2011 10:53:06 -0000 Delivered-To: julian77@example.com Received: (qmail 98366 invoked by uid 500); 3 Jan 2011 10:53:06 -0000 Mailing-List: contact julian77@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:julian77@example.com> List-Unsubscribe: <mailto:julian77@example.com> List-Post: <mailto:julian77@example.com> List-Id: <dev.lucene.apache.org> Reply-To: julian77@example.com Delivered-To: mailing list julian77@example.com Received: (qmail 98354 invoked by uid 99); 3 Jan 2011 10:53:06 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 10:53:06 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 10:53:05 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id p03Aqj7A008504 for <julian77@example.com>; Mon, 3 Jan 2011 10:52:45 GMT Message-ID: <3991106.105431294051965585.JavaMail.jira@thor> Date: Mon, 3 Jan 2011 05:52:45 -0500 (EST) From: "Simon Willnauer (JIRA)" <julian77@example.com> To: julian77@example.com Subject: [jira] Resolved: (LUCENE-2214) Remove deprecated StemExclusionSet setters in contrib/analyzers 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/LUCENE-2214?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Willnauer resolved LUCENE-2214. ------------------------------------- Resolution: Invalid see LUCENE-2781 > Remove deprecated StemExclusionSet setters in contrib/analyzers > --------------------------------------------------------------- > > Key: LUCENE-2214 > URL: https://issues.apache.org/jira/browse/LUCENE-2214 > Project: Lucene - Java > Issue Type: Task > Components: contrib/analyzers > Reporter: Simon Willnauer > Priority: Minor > Fix For: 4.0 > > > Lots of stem exclusion sets have been deprecated in 3.0. As we are in contrib land we could now remove them. -- 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: julian77@example.com For additional commands, e-mail: julian77@example.com From julian77@example.com Mon Jan 03 10:53:11 2011 Return-Path: <julian77@example.com> Delivered-To: julian77@example.com Received: (qmail 98957 invoked from network); 3 Jan 2011 10:53:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Jan 2011 10:53:11 -0000 Received: (qmail 99571 invoked by uid 500); 3 Jan 2011 10:53:09 -0000 Delivered-To: julian77@example.com Received: (qmail 99526 invoked by uid 500); 3 Jan 2011 10:53:09 -0000 Mailing-List: contact julian77@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:julian77@example.com> List-Unsubscribe: <mailto:julian77@example.com> List-Post: <mailto:julian77@example.com> List-Id: <dev.lucene.apache.org> Reply-To: julian77@example.com Delivered-To: mailing list julian77@example.com Received: (qmail 99519 invoked by uid 99); 3 Jan 2011 10:53:09 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 10:53:09 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 10:53:09 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id p03AqnUr008523 for <julian77@example.com>; Mon, 3 Jan 2011 10:52:49 GMT Message-ID: <24199316.105491294051969051.JavaMail.jira@thor> Date: Mon, 3 Jan 2011 05:52:49 -0500 (EST) From: "Simon Willnauer (JIRA)" <julian77@example.com> To: julian77@example.com Subject: [jira] Resolved: (LUCENE-2612) Add fetch-javacc task to common-build.xml 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/LUCENE-2612?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Willnauer resolved LUCENE-2612. ------------------------------------- Resolution: Not A Problem doesn't seem to be worth it... > Add fetch-javacc task to common-build.xml > ----------------------------------------- > > Key: LUCENE-2612 > URL: https://issues.apache.org/jira/browse/LUCENE-2612 > Project: Lucene - Java > Issue
{'source': 'Apache Software Foundation Public Mail Archives'}