标签：apach strong pull logs 第三方 util blank pattern log
依赖冲突：NoSuchMethodError,ClassNotFoundException
当用户应用于Spark本身依赖同一个库时可能会发生依赖冲突，导致程序奔溃。依赖冲突表现为在运行中出现NoSuchMethodError或者ClassNotFoundException的异常或者其他与类加载相关的JVM异常。
此时，若能确定classpath中存在这个包，则错误是因为classpath中存在2个不同版本的jar包了，比如常见的log4j，你在classpath中添加了log4j.jar，而spark的lib目录中也有log4j.jar，而且这2个jar包版本不一致的话，就会出现依赖冲突问题。
解决办法有2种：
（1）修改你的应用，使其使用的依赖库的版本与Spark所使用的相同。
（2）使用称为shading的方式打包你的应用。使用maven-shade-plugin插件进行高级配置来支持这种打包方式。shading可以让你以另一种命名空间保留冲突的包，并自动重写应用的代码使得它们使用重命名后的版本。这种技术有些简单粗暴，不过对于解决运行时依赖冲突的问题非常有效。
关于maven-shade-plugin插件的详细介绍请参阅：http://www.jianshu.com/p/7a0e20b30401#
maven-shade-plugin插件的官方介绍：http://maven.apache.org/plugins/maven-shade-plugin/index.html
Java 工程经常会遇到第三方Jar 包冲突，使用 maven-shade-plugin 解决 jar 或类的多版本冲突。 maven-shade-plugin 在打包时，可以将项目中依赖的 jar 包中的一些类文件打包到项目构建生成的 jar 包中，在打包的时候把类重命名。
举例如下：
下面的配置将org.codehaus.plexus.util jar 包重命名为org.shaded.plexus.util。
<build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-shade-plugin</artifactId> <version>2.4.3</version> <executions> <execution> <phase>package</phase> <goals> <goal>shade</goal> </goals> <configuration> <relocations> <relocation> <pattern>org.codehaus.plexus.util</pattern> <shadedPattern>org.shaded.plexus.util</shadedPattern> <excludes> <exclude>org.codehaus.plexus.util.xml.Xpp3Dom</exclude> <exclude>org.codehaus.plexus.util.xml.pull.*</exclude> </excludes> </relocation> </relocations> </configuration> </execution> </executions> </plugin> </plugins> </build>
使用maven-shade-plugin插件解决spark依赖冲突问题
标签：apach strong pull logs 第三方 util blank pattern log
原文地址：http://www.cnblogs.com/ilinuxer/p/6819560.html
