Re: upgrade to elasticsearch 1.0 now ClassCastException: class ElasticSearch090PostingsFormat
Many, many, way to many, hours later it came down to what everyone was suggesting was the problem in the first place: an old elasticsearch jar sitting in an abandoned directory but still scanned by tomcat's class loader. Thanks for your help. -- You received this message because you are subscribed to the Google Groups "elasticsearch" group. To unsubscribe from this group and stop receiving emails from it, send an email to elasticsearch+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/1d2f4fba-7ae9-46ce-8ea1-d05ca53e3357%40googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: upgrade to elasticsearch 1.0 now ClassCastException: class ElasticSearch090PostingsFormat
at org.elasticsearch.common.inject.InjectorImpl.createChildInjector(InjectorImpl.java:131) at org.elasticsearch.common.inject.ModulesBuilder.createChildInjector(ModulesBuilder.java:69) at org.elasticsearch.indices.InternalIndicesService.createIndex(InternalIndicesService.java:314) at org.elasticsearch.cluster.metadata.MetaDataCreateIndexService$2.execute(MetaDataCreateIndexService.java:289) at org.elasticsearch.cluster.service.InternalClusterService$UpdateTask.run(InternalClusterService.java:298) at org.elasticsearch.common.util.concurrent.PrioritizedEsThreadPoolExecutor$TieBreakingPrioritizedRunnable.run(PrioritizedEsThreadPoolExecutor.java:135) ... 3 more My eyes have poured over the libs that I have in $CATALINA_HOME/lib and WEB-INF/lib and I have deleted and re-copied the official elasticsearch jars into those locations at least a dozen times (ensuring that they only exist in one place at a time.) As far as I have been able to determine, I only have one set of the lastest v1.0 elasticsearch jars within the classpath. On Monday, February 24, 2014 11:03:23 PM UTC-8, Kevin J. Smith wrote: > > Hi, > > I am using elasticsearch embedded in a tomcat 7 webapp container > (everything running under java 7.) All libs for elasticsearch are in > WEB-INF/lib. In v0.90 everything is running swimmingly. We upgraded to v1.0 > (libs and all and paid attention to breaking API calls) but now on Ubuntu > Linux when I make a call to create an index via the following call: > > final CreateIndexResponse response = > _client.admin().indices().prepareCreate(index).setSource(mapping).execute().actionGet(); > > I get the following exception: > > org.elasticsearch.common.util.concurrent.UncategorizedExecutionException: > Failed execution > at > org.elasticsearch.action.support.AdapterActionFuture.rethrowExecutionException(AdapterActionFuture.java:90) > at > org.elasticsearch.action.support.AdapterActionFuture.actionGet(AdapterActionFuture.java:50) > at com.bitstew.search.SearchNode.createIndex(SearchNode.java:1507) > at > com.bitstew.search.SystemInit.loadIndexDefinition(SystemInit.java:206) > at com.bitstew.search.SystemInit.loadIndex(SystemInit.java:81) > at com.bitstew.search.SystemInit.loadIndices(SystemInit.java:52) > at > com.bitstew.ws.servlet.SystemAction.loadIndices(SystemAction.java:1798) > at > com.bitstew.ws.servlet.SystemAction.executeAction(SystemAction.java:383) > at > com.bitstew.ws.servlet.WebServicesDeployer.service(WebServicesDeployer.java:1888) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at > org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:176) > at > org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:145) > at > org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:92) > at > org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:381) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) > at > org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:953) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408) > at > org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023) > at > org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) > at > org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(Th
upgrade to elasticsearch 1.0 now ClassCastException: class ElasticSearch090PostingsFormat
Hi, I am using elasticsearch embedded in a tomcat 7 webapp container (everything running under java 7.) All libs for elasticsearch are in WEB-INF/lib. In v0.90 everything is running swimmingly. We upgraded to v1.0 (libs and all and paid attention to breaking API calls) but now on Ubuntu Linux when I make a call to create an index via the following call: final CreateIndexResponse response = _client.admin().indices().prepareCreate(index).setSource(mapping).execute().actionGet(); I get the following exception: org.elasticsearch.common.util.concurrent.UncategorizedExecutionException: Failed execution at org.elasticsearch.action.support.AdapterActionFuture.rethrowExecutionException(AdapterActionFuture.java:90) at org.elasticsearch.action.support.AdapterActionFuture.actionGet(AdapterActionFuture.java:50) at com.bitstew.search.SearchNode.createIndex(SearchNode.java:1507) at com.bitstew.search.SystemInit.loadIndexDefinition(SystemInit.java:206) at com.bitstew.search.SystemInit.loadIndex(SystemInit.java:81) at com.bitstew.search.SystemInit.loadIndices(SystemInit.java:52) at com.bitstew.ws.servlet.SystemAction.loadIndices(SystemAction.java:1798) at com.bitstew.ws.servlet.SystemAction.executeAction(SystemAction.java:383) at com.bitstew.ws.servlet.WebServicesDeployer.service(WebServicesDeployer.java:1888) at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:176) at org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:145) at org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:92) at org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:381) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:953) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1023) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:744) Caused by: java.lang.NoClassDefFoundError: org/apache/lucene/codecs/PostingsFormat at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:800) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) at java.net.URLClassLoader.defineClass(URLClassLoader.java:449) at java.net.URLClassLoader.access$100(URLClassLoader.java:71) at java.net.URLClassLoader$1.run(URLClassLoader.java:361) at java.net.URLClassLoader$1.run(URLClassLoader.java:355) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:354) at java.lang.ClassLoader.loadClass(ClassLoader.java:425) at java.lang.ClassLoader.loadClass(ClassLoader.java:358) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:270) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1701) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:270) at org.apache.lucene.util.SPIClassIterator.next(SPIClassIterator.java:137) at org.apache.lucene.util.NamedSPILoader.reload(NamedSPILoader.java:65) at org.apache.lucene.util.NamedSPILoader.(NamedSP
