原因：java.lang.noClassDefFoundError：无法初始化类org.elasticsearch.common.lucene.lucene
当通过hadoop作业在ES上编写时，它会因日志而冻结，原因是：bought by：java.lang.noClassDefFoundError：无法初始化类org.elasticsearch.common.lucene.lucene，这可能是什么原因？
RemoteTransportException[[未能反序列化类型[org.ellasticsearch.action.admin.cluster.node.liveness.livenessResponse]]]；嵌套：TransportSerializationException[未能反序列化[org.ellasticsearch.action.admin.cluster.node.liveness.livenessResponse]]类型的响应]；嵌套：NoClassDefFounderRor[无法初始化类org.elasticsearch.common.lucene.lucene]；原因是：TransportSerializationException[未能反序列化[org.ellasticsearch.action.admin.cluster.node.liveness.livenessResponse]]类型的响应]；嵌套：NoClassDefFounderRor[无法初始化类org.elasticsearch.common.lucene.lucene]；在org.elasticsearch.transport.netty.messageChannelHandler.handleResponse(MessageChannelHandler.java:180)在org.elasticSearch.transport.netty.MessageChannelHandler.messageChannelHandler.messageChannelHandler.java:138)在org.jboss.netty.channel.SimpleChannelHandler.handleUpster（SimpleChannelHandler.java:70)在ChannelHandlerContext.SendupStream（defaultChannelPipeline.java:787)在org.jboss.netty.channel.channels.firemessageReceed（channels.java:296)在org.jboss.netty.handler.codec.frame.firemessageReceed（frameDecoder.java:462)在HandleUpstream（SimpleChanneLupStreamHandler.jAVA:70)在org.jboss.netty.channel.defaultChannelPipeline.sendupStream（DefaultChannelPipeline.java:560)在org.jboss.netty.channel.defaultChannelPipeline.sendupStream（DefaultChannelPipeline.java:555)在org.jboss.netty.channel.channels.firemessageReceed（channels.java:268)在s.netty.channel.socket.nio.abstractnioworker.process（abstractnioworker.java:107)在org.jboss.netty.channel.socket.nio.abstractnioselector.run（abstractnioselector.java:312)在org.jboss.netty.channel.socket.nio.abstractnioselector.run（abstractnioselector.java:88)在java:108)位于org.jboss.netty.util.internal.deadlockproofworker$1.run（deadlockproofworker.java:42)，位于java.util.concurrent.threadpoolexecutor.runworker（ThreadPool）executor.java:1145)位于java.util.concurrent.ThreadPoolExecutor$worker.run（threadPoolExecutor.java:615)位于java.lang.thread.run（thread.java:745)，原因是：java.lang.noClassDefFounderRorr：无法初始化类org.elasticsearch.common.lucene.lucene
共有1个答案
这个问题是由于类路径中的elasticsearch jar文件的冲突造成的。我的elasticsearch是2.3.3，它要求我的项目pom.xml文件中的jar文件版本相同，以前是2.3.2版本的elasticsearch。
-
问题内容： 是我自己的一类。该类与主类位于同一JAR文件中。因此，这不应该是因为classpath中缺少任何JAR。 当我通过查阅JAR文件时，可以看到其中列出的内容。 顺便说一句：代码在我的本地计算机上运行良好。但是当我将其与某些脚本一起部署到Linux服务器上时无法工作。所以我认为这不是代码的问题。但是出于某种原因。部署过程很难跟踪。 可能是什么问题呢？ 问题答案： 我最好的选择是这里有一个问
-
问题内容： 我是EJB的新手。我的经理告诉我在测试服务器中部署ejb应用程序进行一些修改。该应用程序已经在我们的生产服务器中运行。但是，当我部署应用程序时，我遇到了异常。 我们正在使用Glassfish应用服务器 堆栈异常跟踪： 当我重新启动服务器时，我得到了这些： 在这里您也可以看到相同的问题 任何人都可以 请 帮我，为什么这个错误即将到来。 这是非常需要的。 谢谢 问题答案： 问题解决了。 实
-
问题内容： 我在此添加了web.xml的源代码 Hibernate.cfg.xml。我的Web服务项目与Jersey + Hibernate一起使用。 这是HibernateUtil类 这是我添加了Hibernate最新的jar文件的错误。[ hibernate-core-4.3.7.Final.jar ] 请帮我解决这个问题谢谢 问题答案： 初始化失败时可能会发生这种错误。您已经提到您正在使用。
-
在Spring启动应用程序中使用jjwt在REST API中进行基于令牌的身份验证。它在我的本地环境中工作得很好，但是当我在Tomcat中部署war时，它会给出异常-无法初始化类io.jsonwebtoken.Signature的算法。Signature的算法类在jar中，但它的给出java.lang.NoClassDefFoundError错误。 努力在Tomcat中部署它并开始工作。需要帮助来
-
我怎么才能修好这个？ 谢了。 pom.xml 更新：通过使用较新版本的Hibernate修复了它。