Re: SnowballPorterFilterFactory and protected words
Thanks, the solution is now detailed very clearly. Just one more point, more theoretical then technical: i'm using Solr in a e-commerce site, and i wanted to use protected words also to reduce recall for certain queries. It could be that a parallel approach using dismax boosting for fields such as product name and category will, beside increasing precision, also reducing false hit recall? hossman wrote: : I have a question about using the protected= attribute with : SnowballPorterFilterFactory filter. SnowballPorterFilterFactory doesn't (and has never) supported a protwords option ... that feature is unique to the EnglishPorterFilterFactory. this is probably just due to how they came about back in the pre-Apache days of Solr ... the lucene SnowballFilter has to use reflection because of the way the underlying Snowball Stemmer API works, and the SnowballPorterFilterFactory just generates intsances of SnowballFilter. Yonik wrote EnglishPorterFilterFactory to be more efficient by not doing the reflection (at the expense of being hardcoded to use English) and when the protwords feature was needed later it looks like it was only added there. adding a protwords option to SnowballPorterFilterFactory would be possible, but the best way to do it would probably be to add support in the underlying Lucene-Java class, then add a config option for it in Solr. (if anyone is so inclined) -Hoss -- View this message in context: http://www.nabble.com/SnowballPorterFilterFactory-and-protected-words-tp15042758p15061335.html Sent from the Solr - User mailing list archive at Nabble.com.
java.lang.IncompatibleClassChangeError
Hi. I did a svn update in trunk and deployed new war on server and jars on client (after recompile) and got this. I read that the SolrServer changed from Abstract Class to interface. Does this have something to do with it perhaps? java.lang.IncompatibleClassChangeError: Found class org.apache.solr.client.solrj.SolrServer, but interface was expected at org.apache.solr.client.solrj.request.QueryRequest.process(QueryRequest.java:80) at org.apache.solr.client.solrj.SolrServer.query(SolrServer.java:98) at com.tailsweep.core.lucene.SolrDocumentIndexer.search(SolrDocumentIndexer.java:364) at com.tailsweep.core.business.CrawlerServiceImpl.search(CrawlerServiceImpl.java:1646) at com.tailsweep.core.business.CrawlerServiceImpl.searchFeeds(CrawlerServiceImpl.java:3197) at com.tailsweep.search.web.SearchFeeds.doGet(SearchFeeds.java:87) at javax.servlet.http.HttpServlet.service(HttpServlet.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:92) at com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:106) at org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:130) at org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:107) at org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:78) at org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:383) at com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:70) at com.tailsweep.web.filters.LocaleFilter.doFilter(LocaleFilter.java:43) at com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:70) at com.tailsweep.web.filters.CharsetFilter.doFilter(CharsetFilter.java:91) at com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:70) at com.tailsweep.web.filters.BlackListFilter.doFilter(BlackListFilter.java:72) at com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:70) at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:173) at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:229) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:274) at com.caucho.server.port.TcpConnection.run(TcpConnection.java:514) at com.caucho.util.ThreadPool.runTasks(ThreadPool.java:520) at com.caucho.util.ThreadPool.run(ThreadPool.java:442) at java.lang.Thread.run(Thread.java:619) -- Marcus Herou Solution Architect and Java developer Tailsweep AB +46702561312 [EMAIL PROTECTED] http://www.tailsweep.com/ http://blogg.tailsweep.com/
Re: java.lang.IncompatibleClassChangeError
On Jan 24, 2008 9:14 AM, Marcus Herou [EMAIL PROTECTED] wrote: I did a svn update in trunk and deployed new war on server and jars on client (after recompile) and got this. I read that the SolrServer changed from Abstract Class to interface. Does this have something to do with it perhaps? Looks like it... are you certain you recompiled? -Yonik java.lang.IncompatibleClassChangeError: Found class org.apache.solr.client.solrj.SolrServer, but interface was expected at org.apache.solr.client.solrj.request.QueryRequest.process(QueryRequest.java:80) at org.apache.solr.client.solrj.SolrServer.query(SolrServer.java:98) at com.tailsweep.core.lucene.SolrDocumentIndexer.search(SolrDocumentIndexer.java:364) at com.tailsweep.core.business.CrawlerServiceImpl.search(CrawlerServiceImpl.java:1646) at com.tailsweep.core.business.CrawlerServiceImpl.searchFeeds(CrawlerServiceImpl.java:3197) at com.tailsweep.search.web.SearchFeeds.doGet(SearchFeeds.java:87) at javax.servlet.http.HttpServlet.service(HttpServlet.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:92) at com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:106) at org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:130) at org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:107) at org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:78) at org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:383) at com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:70) at com.tailsweep.web.filters.LocaleFilter.doFilter(LocaleFilter.java:43) at com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:70) at com.tailsweep.web.filters.CharsetFilter.doFilter(CharsetFilter.java:91) at com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:70) at com.tailsweep.web.filters.BlackListFilter.doFilter(BlackListFilter.java:72) at com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:70) at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:173) at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:229) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:274) at com.caucho.server.port.TcpConnection.run(TcpConnection.java:514) at com.caucho.util.ThreadPool.runTasks(ThreadPool.java:520) at com.caucho.util.ThreadPool.run(ThreadPool.java:442) at java.lang.Thread.run(Thread.java:619) -- Marcus Herou Solution Architect and Java developer Tailsweep AB +46702561312 [EMAIL PROTECTED] http://www.tailsweep.com/ http://blogg.tailsweep.com/
Re: java.lang.IncompatibleClassChangeError
Yep. I removed the build dir and rerun ant dist. Now it works silly me... Anyway here's the app http://search.tailsweep.com/searchfeeds.do?q=apple Kindly //Marcus On 1/24/08, Ryan McKinley [EMAIL PROTECTED] wrote: make sure to run ant clean if you get funny compilation errors after an update. Marcus Herou wrote: Hi. I did a svn update in trunk and deployed new war on server and jars on client (after recompile) and got this. I read that the SolrServer changed from Abstract Class to interface. Does this have something to do with it perhaps? java.lang.IncompatibleClassChangeError: Found class org.apache.solr.client.solrj.SolrServer, but interface was expected at org.apache.solr.client.solrj.request.QueryRequest.process( QueryRequest.java:80) at org.apache.solr.client.solrj.SolrServer.query(SolrServer.java :98) at com.tailsweep.core.lucene.SolrDocumentIndexer.search( SolrDocumentIndexer.java:364) at com.tailsweep.core.business.CrawlerServiceImpl.search( CrawlerServiceImpl.java:1646) at com.tailsweep.core.business.CrawlerServiceImpl.searchFeeds( CrawlerServiceImpl.java:3197) at com.tailsweep.search.web.SearchFeeds.doGet(SearchFeeds.java:87) at javax.servlet.http.HttpServlet.service(HttpServlet.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:92) at com.caucho.server.dispatch.ServletFilterChain.doFilter( ServletFilterChain.java:106) at org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite( RuleChain.java:130) at org.tuckey.web.filters.urlrewrite.RuleChain.doRules( RuleChain.java:107) at org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest( UrlRewriter.java:78) at org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter( UrlRewriteFilter.java:383) at com.caucho.server.dispatch.FilterFilterChain.doFilter( FilterFilterChain.java:70) at com.tailsweep.web.filters.LocaleFilter.doFilter( LocaleFilter.java:43) at com.caucho.server.dispatch.FilterFilterChain.doFilter( FilterFilterChain.java:70) at com.tailsweep.web.filters.CharsetFilter.doFilter( CharsetFilter.java:91) at com.caucho.server.dispatch.FilterFilterChain.doFilter( FilterFilterChain.java:70) at com.tailsweep.web.filters.BlackListFilter.doFilter( BlackListFilter.java:72) at com.caucho.server.dispatch.FilterFilterChain.doFilter( FilterFilterChain.java:70) at com.caucho.server.webapp.WebAppFilterChain.doFilter( WebAppFilterChain.java:173) at com.caucho.server.dispatch.ServletInvocation.service( ServletInvocation.java:229) at com.caucho.server.http.HttpRequest.handleRequest( HttpRequest.java:274) at com.caucho.server.port.TcpConnection.run(TcpConnection.java :514) at com.caucho.util.ThreadPool.runTasks(ThreadPool.java:520) at com.caucho.util.ThreadPool.run(ThreadPool.java:442) at java.lang.Thread.run(Thread.java:619) -- Marcus Herou Solution Architect and Java developer Tailsweep AB +46702561312 [EMAIL PROTECTED] http://www.tailsweep.com/ http://blogg.tailsweep.com/
Re: java.lang.IncompatibleClassChangeError
make sure to run ant clean if you get funny compilation errors after an update. Marcus Herou wrote: Hi. I did a svn update in trunk and deployed new war on server and jars on client (after recompile) and got this. I read that the SolrServer changed from Abstract Class to interface. Does this have something to do with it perhaps? java.lang.IncompatibleClassChangeError: Found class org.apache.solr.client.solrj.SolrServer, but interface was expected at org.apache.solr.client.solrj.request.QueryRequest.process(QueryRequest.java:80) at org.apache.solr.client.solrj.SolrServer.query(SolrServer.java:98) at com.tailsweep.core.lucene.SolrDocumentIndexer.search(SolrDocumentIndexer.java:364) at com.tailsweep.core.business.CrawlerServiceImpl.search(CrawlerServiceImpl.java:1646) at com.tailsweep.core.business.CrawlerServiceImpl.searchFeeds(CrawlerServiceImpl.java:3197) at com.tailsweep.search.web.SearchFeeds.doGet(SearchFeeds.java:87) at javax.servlet.http.HttpServlet.service(HttpServlet.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:92) at com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:106) at org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:130) at org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:107) at org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:78) at org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:383) at com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:70) at com.tailsweep.web.filters.LocaleFilter.doFilter(LocaleFilter.java:43) at com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:70) at com.tailsweep.web.filters.CharsetFilter.doFilter(CharsetFilter.java:91) at com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:70) at com.tailsweep.web.filters.BlackListFilter.doFilter(BlackListFilter.java:72) at com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:70) at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:173) at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:229) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:274) at com.caucho.server.port.TcpConnection.run(TcpConnection.java:514) at com.caucho.util.ThreadPool.runTasks(ThreadPool.java:520) at com.caucho.util.ThreadPool.run(ThreadPool.java:442) at java.lang.Thread.run(Thread.java:619)
Re: runs vs. running - Query time vs Index Time stemming
filter class=solr.EnglishPorterFilterFactory protected=protwords.txt/ isn't that what protwords.txt does?
Re: Updating and Appending
On Jan 23, 2008 1:29 PM, Chris Harris [EMAIL PROTECTED] wrote: And then if you're using a client such as solrsharp, there's the question of whether *it* will slurp the whole stream into memory. Solrsharp reads of the XML stream from Solr use standard dotnet framework XML objects, which by default read the entirety of the stream into memory before returning control back to your code. There are facilities in the dotnet framework which provide for reading XML data in chunks vs. the full stream, but solrsharp at present uses the defaults of the framework. -- jeff
Index time synonyms
I have a hard time understanding the synonyms behaviour..especially because i don't have the syn filter at index time. If i have this synonym at index time Alternative Sentence,Probation before Judgement,Pretrial Diversion does all occurrence of 'alternative sentence' also get indexed as 'probation judgement' and 'pretrial diversion' ? or does it do this wierd grouping (alternative probation pretrial)(sentence diversion)judgement so all occurrences of 'alternative' will be indexed as 'sentence' and 'diversion' ? Then what about the word 'judgement'? Please someone help me understand this. I have another question related to synonyms posted here http://www.nabble.com/solr-synonyms-behaviour-td15051211.html ..please help with that too... -- View this message in context: http://www.nabble.com/Index-time-synonyms-tp15073889p15073889.html Sent from the Solr - User mailing list archive at Nabble.com.