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