Re: spellcheck-index is rebuilt on commit
Hi Looks like they strip the -Text for the list. Whole message here: http://lucene.472066.n3.nabble.com/spellcheck-index-is-rebuilt-on-commit-td3626492.html Yes, I did restart tomcat. Thanks Oliver Zitat von "Jan Høydahl / Cominvent [via Lucene]" : > > > Olivier, your log snippets did not make it into the mail. I think > the mailing list strips attachments. > > Did you reload core or restart Jetty/Tomcat after your changes? > > -- > Jan Høydahl, search solution architect > Cominvent AS - www.cominvent.com > Solr Training - www.solrtraining.com > > On 2. jan. 2012, at 13:48, Oliver Schihin wrote: > >> Hello >> >> We are working with solr 4.0, the spellchecker used is still the classic >> IndexBasedSpellChecker. Now every time I do a commit, it rebuilds the >> spellchecker index, even though I clearly state a build on optimize. The >> configuration in solrconfig looks like this: >> >> >> I call commits testwise through curl >> >> >> This is from the log: >> >> >> Where am I wrong, any suggestions? Thanks for help >> Oliver >> >> -- >> View this message in context: >> http://lucene.472066.n3.nabble.com/spellcheck-index-is-rebuilt-on-commit-tp3626492p3626492.html >> Sent from the Solr - User mailing list archive at Nabble.com. > > > > ___ > If you reply to this email, your message will be added to the > discussion below: > http://lucene.472066.n3.nabble.com/spellcheck-index-is-rebuilt-on-commit-tp3626492p3627105.html > > To unsubscribe from spellcheck-index is rebuilt on commit, visit > http://lucene.472066.n3.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=3626492&code=b2xpdmVyLnNjaGloaW5AdW5pYmFzLmNofDM2MjY0OTJ8LTE5ODUwMDUwMTY= This message was sent using IMP, the Internet Messaging Program. -- View this message in context: http://lucene.472066.n3.nabble.com/spellcheck-index-is-rebuilt-on-commit-tp3626492p3627383.html Sent from the Solr - User mailing list archive at Nabble.com.
Re: spellcheck-index is rebuilt on commit
Hi all Thanks a lot, and it seems to be a bug, but not of 4.0 only. You are right, I was doing a commit on an optimized index without adding any new docs (in fact, I did this for replication on the master). I will open a ticket as soon as I fully understand what's going on. I have difficulties understanding Simons answer: * building the spellcheck-index is triggered by a new searcher? * why would this not happen after post/commit? Thanks Oliver -- View this message in context: http://lucene.472066.n3.nabble.com/spellcheck-index-is-rebuilt-on-commit-tp3626492p3628423.html Sent from the Solr - User mailing list archive at Nabble.com.
Re: spellcheck-index is rebuilt on commit
Thanks for the clear explanation. I'll open a ticket as soon as jira is up running again. Oliver -- View this message in context: http://lucene.472066.n3.nabble.com/spellcheck-index-is-rebuilt-on-commit-tp3626492p3628603.html Sent from the Solr - User mailing list archive at Nabble.com.
Re: spellcheck-index is rebuilt on commit
A jira-ticket has been issued, this discussion here is closed. https://issues.apache.org/jira/browse/SOLR-2999 Oliver -- View this message in context: http://lucene.472066.n3.nabble.com/spellcheck-index-is-rebuilt-on-commit-tp3626492p3628894.html Sent from the Solr - User mailing list archive at Nabble.com.
pattern error in PatternReplaceCharFilterFactory
Hello
I am trying to filter out characters per unicode block or before
tokenization, so I use "PatternReplaceCharFilterFactory". In the end, I want
to filter out all non-CJK characters, basically latin, greek, arabic and
hebrew scripts.
The problem is, PatternReplaceCharFilterFactory does not fully support the
block or script pattern notation. Example:
This works. Other patterns tried were: \p{InLatin-1_Supplement} or \p{Latin}
These throw an exception, from the log:
***
Mar 29, 2012 5:56:45 PM org.apache.solr.common.SolrException log
SEVERE: null:org.apache.solr.common.SolrException: Plugin init failure for
[schema.xml] fieldType:Plugin init failure for [schema.xml]
analyzer/charFilter:Configuration Error: 'pattern' can not be parsed in
org.apache.solr.analysis.PatternReplaceCharFilterFactory
***
I am running the latest 4.0 nightly (version 4.0.0.2012.03.09.11.46.05)
Can anybody help? Or, might this be a java issue?
Thanks a lot
Oliver
--
View this message in context:
http://lucene.472066.n3.nabble.com/pattern-error-in-PatternReplaceCharFilterFactory-tp3868174p3868174.html
Sent from the Solr - User mailing list archive at Nabble.com.
Re: pattern error in PatternReplaceCharFilterFactory
Hi
It seems to be an unrecognisable pattern, this is from the log, last
paragraph says "unknown character block name". The java version is
"1.6.0_31":
***
SEVERE: null:org.apache.solr.common.SolrException: Plugin init failure for
[schema.xml] fieldType:Plugin init failure for [schema.xml]
analyzer/charFilter:Configuration Error: 'pattern' can not be parsed in
org.apache.solr.analysis.PatternReplaceCharFilterFactory
at
org.apache.solr.util.plugin.AbstractPluginLoader.load(AbstractPluginLoader.java:167)
at
org.apache.solr.schema.IndexSchema.readSchema(IndexSchema.java:357)
at org.apache.solr.schema.IndexSchema.(IndexSchema.java:106)
at org.apache.solr.core.CoreContainer.create(CoreContainer.java:756)
at org.apache.solr.core.CoreContainer.load(CoreContainer.java:473)
at
org.apache.solr.core.CoreContainer$Initializer.initialize(CoreContainer.java:296)
at
org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:99)
at
org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:295)
at
org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:422)
at
org.apache.catalina.core.ApplicationFilterConfig.(ApplicationFilterConfig.java:115)
at
org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:4072)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4726)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:799)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:779)
at
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:601)
at
org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:943)
at
org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:778)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:504)
at
org.apache.catalina.startup.HostConfig.start(HostConfig.java:1317)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:324)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:142)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1065)
at
org.apache.catalina.core.StandardHost.start(StandardHost.java:840)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1057)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:463)
at
org.apache.catalina.core.StandardService.start(StandardService.java:525)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:754)
at org.apache.catalina.startup.Catalina.start(Catalina.java:595)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
Caused by: org.apache.solr.common.SolrException: Plugin init failure for
[schema.xml] analyzer/charFilter:Configuration Error: 'pattern' can not be
parsed in org.apache.solr.analysis.PatternReplaceCharFilterFactory
at
org.apache.solr.util.plugin.AbstractPluginLoader.load(AbstractPluginLoader.java:167)
at
org.apache.solr.schema.FieldTypePluginLoader.readAnalyzer(FieldTypePluginLoader.java:290)
at
org.apache.solr.schema.FieldTypePluginLoader.create(FieldTypePluginLoader.java:95)
at
org.apache.solr.schema.FieldTypePluginLoader.create(FieldTypePluginLoader.java:43)
at
org.apache.solr.util.plugin.AbstractPluginLoader.load(AbstractPluginLoader.java:141)
... 33 more
Caused by: java.lang.RuntimeException: Configuration Error: 'pattern' can
not be parsed in org.apache.solr.analysis.PatternReplaceCharFilterFactory
at
org.apache.solr.analysis.PatternReplaceCharFilterFactory.init(PatternReplaceCharFilterFactory.java:54)
at
org.apache.solr.schema.FieldTypePluginLoader$1.init(FieldTypePluginLoader.java:278)
at
org.apache.solr.schema.FieldTypePluginLoader$1.init(FieldTypePluginLoader.java:268)
at
org.apache.solr.util.plugin.AbstractPluginLoader.load(AbstractPluginLoader.java:149)
... 37 more
Caused by: java.util.regex.PatternSyntaxException: Unknown character block
name {Latin-1_Supplement} near index 23
\p{InLatin-1_Supplement}
^
at java.util.regex.Pattern.error(Pattern.java:1713)
at
java.util.regex.Pattern.unicodeBlockPropertyFor(Pattern.java:2424)
at java.util.regex.Pattern.family(Pattern.java:2408)
at java.util.regex.Pattern.sequence(Pattern.java:1831)
at java.uti
Implementing multiterm chain for ICUCollationKeyFilterFactory
Hello I read and tried a lot, but somehow I don't fully understand and it doesn't work. I'm working on solr 4.0 (latest trunk) and use ICUCollationKeyFilterFactory for my main field type. Now, wildcard queries don't work, even though ICUCollationKeyFilterFactory seems to be http://lucene.apache.org/solr/api/org/apache/solr/analysis/class-use/MultiTermAwareComponent.html MultiTermAware . Can someone help out? My analysis chains are as follows: I tried different options for my multiterm-chain, none seem to work. Thanks a lot Oliver -- View this message in context: http://lucene.472066.n3.nabble.com/Implementing-multiterm-chain-for-ICUCollationKeyFilterFactory-tp3959241.html Sent from the Solr - User mailing list archive at Nabble.com.
Re: Implementing multiterm chain for ICUCollationKeyFilterFactory
Hi Thanks for the information. Steve, the xml is visible in nabble itself, but that's not a solution for people receiving the mails. Robert, I tried to implement the factory to deal with german umlaut and stuff, but am now back with an adapted This should work. According to http://wiki.apache.org/solr/UnicodeCollation the wiki on UnicodeCollation I used ICUCollationKeyFilterFactory for search, obviously, it should only be used for special cases - I cannot think of any at the moment. Thanks again Oliver -- View this message in context: http://lucene.472066.n3.nabble.com/Implementing-multiterm-chain-for-ICUCollationKeyFilterFactory-tp3959241p3959634.html Sent from the Solr - User mailing list archive at Nabble.com.
