Return-Path: Delivered-To: apmail-lucene-solr-dev-archive@minotaur.apache.org Received: (qmail 82123 invoked from network); 11 Mar 2010 09:07:25 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 11 Mar 2010 09:07:25 -0000 Received: (qmail 54948 invoked by uid 500); 11 Mar 2010 09:06:52 -0000 Delivered-To: apmail-lucene-solr-dev-archive@lucene.apache.org Received: (qmail 54810 invoked by uid 500); 11 Mar 2010 09:06:51 -0000 Mailing-List: contact solr-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-dev@lucene.apache.org Delivered-To: mailing list solr-dev@lucene.apache.org Received: (qmail 54638 invoked by uid 99); 11 Mar 2010 09:06:51 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Mar 2010 09:06:51 +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.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Mar 2010 09:06:48 +0000 Received: from brutus.apache.org (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 5C8E7234C4C1 for ; Thu, 11 Mar 2010 09:06:27 +0000 (UTC) Message-ID: <557637099.199591268298387378.JavaMail.jira@brutus.apache.org> Date: Thu, 11 Mar 2010 09:06:27 +0000 (UTC) From: "Koji Sekiguchi (JIRA)" To: solr-dev@lucene.apache.org Subject: [jira] Updated: (SOLR-1703) Sorting by function problems on multicore (more than one core) In-Reply-To: <150060808.53671262727474454.JavaMail.jira@brutus.apache.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/SOLR-1703?page=3Dcom.atlassian= .jira.plugin.system.issuetabpanels:all-tabpanel ] Koji Sekiguchi updated SOLR-1703: --------------------------------- Description:=20 When using sort by function (for example dist function) with multicore with= more than one core (on multicore with one core, ie. the example deployment= the problem doesn`t exist) there is a problem with not using the right sch= ema. I think there is a problem with this portion of code: QueryParsing.java: {code} public static FunctionQuery parseFunction(String func, IndexSchema schema) = throws ParseException { SolrCore core =3D SolrCore.getSolrCore(); return (FunctionQuery) (QParser.getParser(func, "func", new LocalSolrQu= eryRequest(core, new HashMap())).parse()); // return new FunctionQuery(parseValSource(new StrParser(func), schema)= ); } {code} Code above uses deprecated method to get the core sometimes getting the wro= ng core effecting in impossibility to find the right fields in index.=20 was: When using sort by function (for example dist function) with multicore with= more than one core (on multicore with one core, ie. the example deployment= the problem doesn`t exist) there is a problem with not using the right sch= ema. I think there is a problem with this portion of code: QueryParsing.java: public static FunctionQuery parseFunction(String func, IndexSchema schema) = throws ParseException { SolrCore core =3D SolrCore.getSolrCore(); return (FunctionQuery) (QParser.getParser(func, "func", new LocalSolrQu= eryRequest(core, new HashMap())).parse()); // return new FunctionQuery(parseValSource(new StrParser(func), schema)= ); } Code above uses deprecated method to get the core sometimes getting the wro= ng core effecting in impossibility to find the right fields in index.=20 > Sorting by function problems on multicore (more than one core) > -------------------------------------------------------------- > > Key: SOLR-1703 > URL: https://issues.apache.org/jira/browse/SOLR-1703 > Project: Solr > Issue Type: Bug > Components: multicore, search > Affects Versions: 1.5 > Environment: Linux (debian, ubuntu), 64bits > Reporter: Rafa=C5=82 Ku=C4=87 > > When using sort by function (for example dist function) with multicore wi= th more than one core (on multicore with one core, ie. the example deployme= nt the problem doesn`t exist) there is a problem with not using the right s= chema. I think there is a problem with this portion of code: > QueryParsing.java: > {code} > public static FunctionQuery parseFunction(String func, IndexSchema schema= ) throws ParseException { > SolrCore core =3D SolrCore.getSolrCore(); > return (FunctionQuery) (QParser.getParser(func, "func", new LocalSolr= QueryRequest(core, new HashMap())).parse()); > // return new FunctionQuery(parseValSource(new StrParser(func), schem= a)); > } > {code} > Code above uses deprecated method to get the core sometimes getting the w= rong core effecting in impossibility to find the right fields in index.=20 --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.