tomcat - Solr does not load core collection1 -


i have installed solr 4.9.0 tomcat 7 on linux mint 14. solr not load default core collection1. solr seems running , can open core manager. if create other cores based on one, receive same error again. have changed default solr home /opt/solr/ somewhere else able have xml files under version control. error see in logs:

error loading core:java.util.concurrent.executionexception: java.lang.linkageerror: loader constraint violation: when resolving method "java.lang.invoke.methodhandle.invokeexact()lorg/apache/lucene/util/attributeimpl;" class loader (instance of org/apache/catalina/loader/webappclassloader) of current class, org/apache/lucene/util/attributefactory$1, , class loader (instance of <bootloader>) resolved class, java/lang/invoke/methodhandle, have different class objects type ; used in signature @ java.util.concurrent.futuretask$sync.innerget(futuretask.java:252) @ java.util.concurrent.futuretask.get(futuretask.java:111) @ org.apache.solr.core.corecontainer.load(corecontainer.java:301) @ org.apache.solr.servlet.solrdispatchfilter.createcorecontainer(solrdispatchfilter.java:189) @ org.apache.solr.servlet.solrdispatchfilter.init(solrdispatchfilter.java:136) @ org.apache.catalina.core.applicationfilterconfig.initfilter(applicationfilterconfig.java:277) @ org.apache.catalina.core.applicationfilterconfig.getfilter(applicationfilterconfig.java:258) @ org.apache.catalina.core.applicationfilterconfig.setfilterdef(applicationfilterconfig.java:382) @ org.apache.catalina.core.applicationfilterconfig.<init>(applicationfilterconfig.java:103) @ org.apache.catalina.core.standardcontext.filterstart(standardcontext.java:4650) @ org.apache.catalina.core.standardcontext.startinternal(standardcontext.java:5306) @ org.apache.catalina.util.lifecyclebase.start(lifecyclebase.java:150) @ org.apache.catalina.core.standardcontext.reload(standardcontext.java:3920) @ org.apache.catalina.manager.managerservlet.reload(managerservlet.java:953) @ org.apache.catalina.manager.htmlmanagerservlet.reload(htmlmanagerservlet.java:655) @ org.apache.catalina.manager.htmlmanagerservlet.dopost(htmlmanagerservlet.java:213) @ javax.servlet.http.httpservlet.service(httpservlet.java:641) @ javax.servlet.http.httpservlet.service(httpservlet.java:722) @ org.apache.catalina.core.applicationfilterchain.internaldofilter(applicationfilterchain.java:305) @ org.apache.catalina.core.applicationfilterchain.dofilter(applicationfilterchain.java:210) @ org.apache.catalina.filters.csrfpreventionfilter.dofilter(csrfpreventionfilter.java:193) @ org.apache.catalina.core.applicationfilterchain.internaldofilter(applicationfilterchain.java:243) @ org.apache.catalina.core.applicationfilterchain.dofilter(applicationfilterchain.java:210) @ org.apache.catalina.filters.setcharacterencodingfilter.dofilter(setcharacterencodingfilter.java:108) @ org.apache.catalina.core.applicationfilterchain.internaldofilter(applicationfilterchain.java:243) @ org.apache.catalina.core.applicationfilterchain.dofilter(applicationfilterchain.java:210) @ org.apache.catalina.core.standardwrappervalve.invoke(standardwrappervalve.java:222) @ org.apache.catalina.core.standardcontextvalve.invoke(standardcontextvalve.java:123) @ org.apache.catalina.authenticator.authenticatorbase.invoke(authenticatorbase.java:581) @ org.apache.catalina.core.standardhostvalve.invoke(standardhostvalve.java:168) @ org.apache.catalina.valves.errorreportvalve.invoke(errorreportvalve.java:99) @ org.apache.catalina.valves.accesslogvalve.invoke(accesslogvalve.java:929) @ org.apache.catalina.core.standardenginevalve.invoke(standardenginevalve.java:118) @ org.apache.catalina.connector.coyoteadapter.service(coyoteadapter.java:407) @ org.apache.coyote.http11.abstracthttp11processor.process(abstracthttp11processor.java:1003) @ org.apache.coyote.abstractprotocol$abstractconnectionhandler.process(abstractprotocol.java:585) @ org.apache.tomcat.util.net.jioendpoint$socketprocessor.run(jioendpoint.java:312) @ java.util.concurrent.threadpoolexecutor.runworker(threadpoolexecutor.java:1110) @ java.util.concurrent.threadpoolexecutor$worker.run(threadpoolexecutor.java:603) @ java.lang.thread.run(thread.java:722) caused by: java.lang.linkageerror: loader constraint violation: when resolving method "java.lang.invoke.methodhandle.invokeexact()lorg/apache/lucene/util/attributeimpl;" class loader (instance of org/apache/catalina/loader/webappclassloader) of current class, org/apache/lucene/util/attributefactory$1, , class loader (instance of <bootloader>) resolved class, java/lang/invoke/methodhandle, have different class objects type ; used in signature @ org.apache.lucene.util.attributefactory$1.createinstance(attributefactory.java:182) @ org.apache.lucene.util.attributefactory$staticimplementationattributefactory.createattributeinstance(attributefactory.java:145) @ org.apache.lucene.util.attributesource.addattribute(attributesource.java:229) @ org.apache.lucene.analysis.util.chartokenizer.<init>(chartokenizer.java:104) @ org.apache.lucene.analysis.core.whitespacetokenizer.<init>(whitespacetokenizer.java:51) @ org.apache.lucene.analysis.synonym.fstsynonymfilterfactory$1.createcomponents(fstsynonymfilterfactory.java:98) @ org.apache.lucene.analysis.analyzer.tokenstream(analyzer.java:180) @ org.apache.lucene.analysis.synonym.synonymmap$parser.analyze(synonymmap.java:311) @ org.apache.lucene.analysis.synonym.solrsynonymparser.addinternal(solrsynonymparser.java:98) @ org.apache.lucene.analysis.synonym.solrsynonymparser.parse(solrsynonymparser.java:69) @ org.apache.lucene.analysis.synonym.fstsynonymfilterfactory.loadsynonyms(fstsynonymfilterfactory.java:142) @ org.apache.lucene.analysis.synonym.fstsynonymfilterfactory.inform(fstsynonymfilterfactory.java:112) @ org.apache.lucene.analysis.synonym.synonymfilterfactory.inform(synonymfilterfactory.java:90) @ org.apache.solr.core.solrresourceloader.inform(solrresourceloader.java:675) @ org.apache.solr.schema.indexschema.<init>(indexschema.java:166) @ org.apache.solr.schema.indexschemafactory.create(indexschemafactory.java:55) @ org.apache.solr.schema.indexschemafactory.buildindexschema(indexschemafactory.java:69) @ org.apache.solr.core.configsetservice.createindexschema(configsetservice.java:89) @ org.apache.solr.core.configsetservice.getconfig(configsetservice.java:62) @ org.apache.solr.core.corecontainer.create(corecontainer.java:554) @ org.apache.solr.core.corecontainer$1.call(corecontainer.java:261) @ org.apache.solr.core.corecontainer$1.call(corecontainer.java:253) @ java.util.concurrent.futuretask$sync.innerrun(futuretask.java:334) @ java.util.concurrent.futuretask.run(futuretask.java:166) @ java.util.concurrent.executors$runnableadapter.call(executors.java:471) @ java.util.concurrent.futuretask$sync.innerrun(futuretask.java:334) @ java.util.concurrent.futuretask.run(futuretask.java:166) ... 3 more 

updating version of java latest should fix this. release documents solr 4.8.0 state:

apache solr requires java 7 or greater (recommended oracle java 7 or openjdk 7, minimum update 55; earlier versions have known jvm bugs affecting solr).


Comments

Popular posts from this blog

javascript - RequestAnimationFrame not working when exiting fullscreen switching space on Safari -

Python ctypes access violation with const pointer arguments -