[ 
https://issues.apache.org/jira/browse/SOLR-4847?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Hoss Man resolved SOLR-4847.
----------------------------

    Resolution: Cannot Reproduce

I was unable to reproduce the problem you described using a 2 node SolrCloud 
cluster running Solr 4.3 with the 4.3 example configs/data.  All of the 
following queries returned the exepcted document w/o any errors on any either 
node...

{noformat}
http://127.0.1.1:7574/solr/select?q=%2Bmanu_id_s:samsung+%2Bmanufacturedate_dt:[2000-08-01T00:00:00Z+TO+2010-10-29T00:00:00Z]
http://127.0.1.1:8983/solr/select?q=%2Bmanu_id_s:samsung+%2Bmanufacturedate_dt:[2000-08-01T00:00:00Z+TO+2010-10-29T00:00:00Z]
http://127.0.1.1:7574/solr/select?q=%2Bmanu_id_s:samsung+%2Bmanufacturedate_dt:%5B2000-08-01T00:00:00Z+TO+2010-10-29T00:00:00Z%5D
http://127.0.1.1:8983/solr/select?q=%2Bmanu_id_s:samsung+%2Bmanufacturedate_dt:%5B2000-08-01T00:00:00Z+TO+2010-10-29T00:00:00Z%5D
{noformat}

I also attempted a similar test using Solr 3.3 (since that's what you mentioned 
in Affects version) using the Solr 3.3 example data indexed on port 8983, with 
a second instance on port 7779 containing no data and got the exepected resuts 
with no errors...

{noformat}
1 found: 
http://127.0.1.1:8983/solr/select?q=%2Bid:6H500F0+%2Bmanufacturedate_dt:[2000-08-01T00:00:00Z+TO+2010-10-29T00:00:00Z]
0 found: 
http://127.0.1.1:7779/solr/select?q=%2Bid:6H500F0+%2Bmanufacturedate_dt:[2000-08-01T00:00:00Z+TO+2010-10-29T00:00:00Z]
1 found: 
http://127.0.1.1:7779/solr/select?shards=localhost:8983/solr&q=%2Bid:6H500F0+%2Bmanufacturedate_dt:[2000-08-01T00:00:00Z+TO+2010-10-29T00:00:00Z]
{noformat}

If i had to guess, based on the information you provided, perhaps the problem 
is somewhere in whatever custom code you have wrapping solr? (ie: 
"com.brightcove.search.solr.ShardQueryURLRewriterFilter")

If you can reproduce the general problem using a stock instance of solr, please 
post the steps to repoduce along with the exact configs (and any data that must 
be indexed) and re-open this issue.


                
> range queries are not forwarded to other shards correctly
> ---------------------------------------------------------
>
>                 Key: SOLR-4847
>                 URL: https://issues.apache.org/jira/browse/SOLR-4847
>             Project: Solr
>          Issue Type: Bug
>          Components: search
>    Affects Versions: 3.3
>            Reporter: Sam Perman
>
> We have a sharded solr cluster with 7 nodes  (We shard on publisher id). If I 
> execute a query like this:
> {code}
> %2BpublisherId:123+%2BlastModifiedDate:[2010-08-01T00:00:00Z+TO+2010-10-29T00:00:00Z]
> {code}
> Then the query works on the shard containing the data and fails on all other 
> shards. The error I see is:
> {noformat}
> org.apache.commons.httpclient.URIException: Invalid query
>       org.apache.commons.httpclient.URI.parseUriReference(URI.java:2049)
>       org.apache.commons.httpclient.URI.<init>(URI.java:147)
>       
> org.apache.commons.httpclient.HttpMethodBase.getURI(HttpMethodBase.java:265)
>       
> org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:383)
>       
> org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323)
>       
> com.brightcove.search.solr.ShardQueryURLRewriterFilter.forwardRequest(ShardQueryURLRewriterFilter.java:362)
>       
> com.brightcove.search.solr.ShardQueryURLRewriterFilter.doFilter(ShardQueryURLRewriterFilter.java:427)
> {noformat}
> If I replace the brackets with the url encoded values, then it works fine.
> {code}
> %2BpublisherId:123+%2BlastModifiedDate:%5b2010-08-01T00:00:00Z+TO+2010-10-29T00:00:00Z%5D
> {code}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to