Hi,
Thanks for your help.
I can't understand the part when Geoff says that "I've never seen it happen
with just the q or just the spellcheck.q fields in my query".
That's means that I can do, for example:
http://192.168.92.5:8080/solr/spellCheckCompRH?
spellcheck.q=macrosoft&spellcheck=true&spellcheck.build=true
I usually do things like:
http://192.168.92.5:8080/solr/spellCheckCompRH?q=a&spellcheck.q=macrosoft&sp
ellcheck=true&spellcheck.build=true
I don't know if I am understanding correctly but if I try the first thing I
have this exception:
Estado HTTP 500 - null java.lang.NullPointerException at
org.apache.solr.common.util.StrUtils.splitSmart(StrUtils.java:36) at
org.apache.solr.search.OldLuceneQParser.parse(LuceneQParserPlugin.java:104)
at org.apache.solr.search.QParser.getQuery(QParser.java:87) at
org.apache.solr.handler.component.QueryComponent.prepare(QueryComponent.java
:82) at
org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHand
ler.java:135) at
org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.
java:128) at org.apache.solr.core.SolrCore.execute(SolrCore.java:1025) at
org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:3
38) at
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:
272) at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:235) at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:206) at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:233) at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:175) at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128
) at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102
) at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:109) at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263)
at
org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:
852) at
org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(H
ttp11AprProtocol.java:584) at
org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1508) at
java.lang.Thread.run(Unknown Source)
I hope this help you.
If you need some kind of test don't doubt to tell me.
Rober.
-----Mensaje original-----
De: Geoffrey Young [mailto:[EMAIL PROTECTED]
Enviado el: martes, 08 de julio de 2008 16:58
Para: solr-user@lucene.apache.org
Asunto: Re: problems with SpellCheckComponent
Shalin Shekhar Mangar wrote:
> Hi Geoff,
>
> I can't find anything in the code which would give this exception when
both
> q and spellcheck.q is specified. Though, this exception is certainly
> possible when you restart solr. Anyways, I'll look into it more deeply.
great, thanks.
>
> There are a few ways in which we can improve this component. For example a
> lot of this trouble can go away if we can reload the spell index on
startup
> if it exists or build it if it does not exist (SOLR-593 would need to be
> resolved for this). With SOLR-605 committed, we can now add an option to
> re-build the index (built from Solr fields) on commits by adding a
listener
> using the API. There are a few issues with collation which are being
handled
> in SOLR-606.
>
> I'll open new issues to track these items. Please bear with us since this
is
> a new component and may take a few iterations to stabilize. Thank you for
> helping us find these issues :)
np - this is a great feature to have and it's going to save me some
effort as we prepare for deployment, so it's worth taking the time to
work out the bugs.
thanks for your effort.
--Geoff
