Take a look at the test - that may help. For spellcheck and this thing I think you pretty much have to use shards.qt or put the component in your standard handler as well. Have you done anything along those lines?
The test shows a sample config and queries if you take a look at the diff. Let me know. - Mark On Dec 13, 2012, at 3:15 PM, Shawn Heisey <[email protected]> wrote: > I pulled down branch_4x after SOLR-788 was committed to give it a test spin. > It's not working for me. Before I file a new issue, I'd like to figure out > whether there's something I'm doing wrong, or whether it's just not working > yet. > > I started with a very simple query that returns a single document, and > figured out which shard contains the document. If I add the following to > that query URL when sent directly to that core (not distributed), it works - > there are documents in the "moreLikeThis" section of the response: > > &mlt=true&mlt.fl=catchall > > If I send the working non-distributed URL to a core that contains the shards > parameter in the search handler definition, I get nothing. The > "moreLikeThis" section is in the response, but it is empty. I also created a > MoreLikeThisHandler with the shards parameter and ran into the same problem. > Additionally, neither option worked when I manually specified the shards on > the URL instead of putting them in the handler definition. > > Version and schema info: > solr-impl 4.1-SNAPSHOT 1421381 - ncindex - 2012-12-13 10:16:41 > <field name="catchall" type="genText" indexed="true" stored="false" > multiValued="true" termVectors="true"/> > > The genText fieldType is a highly tokenized solr.TextField. > > Thanks, > Shawn > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
