apache spark: ошибка версии akka при сборке jar со всеми зависимостями
Я собрал jar-файл из моего приложения spark с maven (сборка mvn clean compile:single) и следующим pom-файлом:
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>mgm.tp.bigdata</groupId>
<artifactId>ma-spark</artifactId>
<version>0.0.1-SNAPSHOT</version>
<packaging>jar</packaging>
<name>ma-spark</name>
<url>http://maven.apache.org</url>
<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
</properties>
<repositories>
<repository>
<id>cloudera</id>
<url>https://repository.cloudera.com/artifactory/cloudera-repos/</url>
</repository>
</repositories>
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>3.8.1</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.apache.spark</groupId>
<artifactId>spark-core_2.10</artifactId>
<version>1.1.0-cdh5.2.5</version>
</dependency>
<dependency>
<groupId>mgm.tp.bigdata</groupId>
<artifactId>ma-commons</artifactId>
<version>0.0.1-SNAPSHOT</version>
</dependency>
</dependencies>
<build>
<plugins>
<plugin>
<artifactId>maven-assembly-plugin</artifactId>
<configuration>
<archive>
<manifest>
<mainClass>mgm.tp.bigdata.ma_spark.SparkMain</mainClass>
</manifest>
</archive>
<descriptorRefs>
<descriptorRef>jar-with-dependencies</descriptorRef>
</descriptorRefs>
</configuration>
</plugin>
</plugins>
</build>
</project>
если я запускаю мое приложение с помощью java -jar ma-spark-0.0.1-SNAPSHOT-jar-with-dependencies.jar на терминале, я получаю следующее сообщение об ошибке:
VirtualBox:~/Schreibtisch$ java -jar ma-spark-0.0.1-SNAPSHOT-jar-with-dependencies.jar
2015-Jun-02 12:53:36,348 [main] org.apache.spark.util.Utils
WARN - Your hostname, proewer-VirtualBox resolves to a loopback address: 127.0.1.1; using 10.0.2.15 instead (on interface eth0)
2015-Jun-02 12:53:36,350 [main] org.apache.spark.util.Utils
WARN - Set SPARK_LOCAL_IP if you need to bind to another address
2015-Jun-02 12:53:36,401 [main] org.apache.spark.SecurityManager
INFO - Changing view acls to: proewer
2015-Jun-02 12:53:36,402 [main] org.apache.spark.SecurityManager
INFO - Changing modify acls to: proewer
2015-Jun-02 12:53:36,403 [main] org.apache.spark.SecurityManager
INFO - SecurityManager: authentication disabled; ui acls disabled; users with view permissions: Set(proewer); users with modify permissions: Set(proewer)
Exception in thread "main" com.typesafe.config.ConfigException$Missing: No configuration setting found for key 'akka.version'
at com.typesafe.config.impl.SimpleConfig.findKey(SimpleConfig.java:115)
at com.typesafe.config.impl.SimpleConfig.find(SimpleConfig.java:136)
at com.typesafe.config.impl.SimpleConfig.find(SimpleConfig.java:142)
at com.typesafe.config.impl.SimpleConfig.find(SimpleConfig.java:150)
at com.typesafe.config.impl.SimpleConfig.find(SimpleConfig.java:155)
at com.typesafe.config.impl.SimpleConfig.getString(SimpleConfig.java:197)
at akka.actor.ActorSystem$Settings.<init>(ActorSystem.scala:136)
at akka.actor.ActorSystemImpl.<init>(ActorSystem.scala:470)
at akka.actor.ActorSystem$.apply(ActorSystem.scala:111)
at akka.actor.ActorSystem$.apply(ActorSystem.scala:104)
at org.apache.spark.util.AkkaUtils$.org$apache$spark$util$AkkaUtils$$doCreateActorSystem(AkkaUtils.scala:121)
at org.apache.spark.util.AkkaUtils$$anonfun$1.apply(AkkaUtils.scala:54)
at org.apache.spark.util.AkkaUtils$$anonfun$1.apply(AkkaUtils.scala:53)
at org.apache.spark.util.Utils$$anonfun$startServiceOnPort$1.apply$mcVI$sp(Utils.scala:1454)
at scala.collection.immutable.Range.foreach$mVc$sp(Range.scala:141)
at org.apache.spark.util.Utils$.startServiceOnPort(Utils.scala:1450)
at org.apache.spark.util.AkkaUtils$.createActorSystem(AkkaUtils.scala:56)
at org.apache.spark.SparkEnv$.create(SparkEnv.scala:156)
at org.apache.spark.SparkContext.<init>(SparkContext.scala:203)
at org.apache.spark.api.java.JavaSparkContext.<init>(JavaSparkContext.scala:53)
at mgm.tp.bigdata.ma_spark.SparkMain.main(SparkMain.java:38)
что я делаю не так?
С наилучшими пожеланиями, Пол
4 ответа
Это то, что вы делаете неправильно:
я запускаю свое приложение с помощью java -jar ma-spark-0.0.1-SNAPSHOT-jar-with-dependencies.jar
Как только у вас будет сборка приложения, вы должны запустить его, используя скрипт spark-submit. Этот скрипт заботится о настройке пути к классам с помощью Spark и его зависимостей и может поддерживать различные менеджеры кластеров и режимы развертывания, которые поддерживает Spark:
./bin/spark-submit \
--class <main-class>
--master <master-url> \
--deploy-mode <deploy-mode> \
--conf <key>=<value> \
... # other options
<application-jar> \
[application-arguments]
Я настоятельно советую вам прочитать официальную документацию о подаче заявки.
Скорее всего, потому, что файл akka conf из akka jar был переопределен или пропущен при упаковке толстого фляги.
Вы можете попробовать другой плагин под названием maven-shade-plugin. А в pom.xml вам нужно указать, как разрешать конфликты ресурсов с одинаковыми именами. Ниже приведен пример -
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-shade-plugin</artifactId>
<version>2.1</version>
<executions>
<execution>
<phase>package</phase>
<goals>
<goal>shade</goal>
</goals>
<configuration>
<minimizeJar>false</minimizeJar>
<createDependencyReducedPom>false</createDependencyReducedPom>
<artifactSet>
<includes>
<!-- Include here the dependencies you want to be packed in your fat jar -->
<include>my.package.etc....:*</include>
</includes>
</artifactSet>
<filters>
<filter>
<artifact>*:*</artifact>
<excludes>
<exclude>META-INF/*.SF</exclude>
<exclude>META-INF/*.DSA</exclude>
<exclude>META-INF/*.RSA</exclude>
</excludes>
</filter>
</filters>
<transformers>
<transformer implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
<resource>reference.conf</resource>
</transformer>
</transformers>
</configuration>
</execution>
</executions>
</plugin>
Пожалуйста, обратите внимание <transformers>
раздел, где он инструктирует плагин Shade добавлять содержимое вместо замены.
Это сработало для меня.
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-shade-plugin</artifactId>
<version>1.5</version>
<executions>
<execution>
<phase>package</phase>
<goals>
<goal>shade</goal>
</goals>
<configuration>
<shadedArtifactAttached>true</shadedArtifactAttached>
<shadedClassifierName>allinone</shadedClassifierName>
<artifactSet>
<includes>
<include>*:*</include>
</includes>
</artifactSet>
<filters>
<filter>
<artifact>*:*</artifact>
<excludes>
<exclude>META-INF/*.SF</exclude>
<exclude>META-INF/*.DSA</exclude>
<exclude>META-INF/*.RSA</exclude>
</excludes>
</filter>
</filters>
<transformers>
<transformer implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
<resource>reference.conf</resource>
</transformer>
<transformer implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
<resource>META-INF/spring.handlers</resource>
</transformer>
<transformer implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer">
<resource>META-INF/spring.schemas</resource>
</transformer>
<transformer implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer">
<manifestEntries>
<Main-Class>com.echoed.chamber.Main</Main-Class>
</manifestEntries>
</transformer>
</transformers>
</configuration>
</execution>
</executions>
</plugin>
ConfigException $ Missing error указывает на то, что файл конфигурации akka, т.е. reference.conf
файл не входит в файл jar приложения. Причина может заключаться в том, что, когда имеется несколько файлов с одинаковым именем в разных зависимых банках, стратегия по умолчанию проверит, все ли они одинаковы. Если нет, то он пропустит этот файл.
У меня была такая же проблема, и я решил ее следующим образом:
Создайте объединенный файл reference.conf с помощью AppendingTransformer. Под объединенным файлом reference.conf я имею в виду, что все зависимые модули, такие как akka-core, akka-http, akka-remoting и т. Д., Содержащие ресурс с именем reference.conf, добавляются вместе с помощью AppendingTransformer. Мы добавляем AppendingTransformer в файл pom следующим образом:
<transformer implementation="org.apache.maven.plugins.shade.resource.AppendingTransformer"> <resource>reference.conf</resource> </transformer>
mvn clean install
теперь будет генерировать толстый jar с объединенным файлом reference.conf.
Все та же ошибка: spark-submit <main-class> <app.jar>
по-прежнему выдавал ту же ошибку, когда я развернул свое искровое приложение в EMR.
Причина: поскольку HDFS является настроенной файловой системой, задания Spark в кластере EMR по умолчанию считывают данные из HDFS. Итак, файл, который вы хотите использовать, должен уже существовать в HDFS. Я добавил файл reference.conf в hdfs, используя следующий подход:
1. Extract reference.conf file from app.jar into /tmp folder
`cd /tmp`
`jar xvf path_to_application.jar reference.conf`
2. Copy extracted reference.conf from local-path (in this case /tmp) to HDFS-path (ex: /user/hadoop)
`hdfs dfs -put /tmp/reference.conf /user/hadoop`
3. Load config as follows:
`val parsedConfig = ConfigFactory.parseFile(new File("/user/hadoop/reference.conf"))`
`val config = COnfigFactory.load(par)`
Альтернативное решение:
- Извлеките файл reference.conf из файла app.jar и скопируйте его на все узлы кластера EMR по одному пути для драйверов и исполнителей.
ConfigFactory.parseFile(new File(“file:///tmp/reference.conf”))
теперь будет читать reference.conf из локальной файловой системы. Надеюсь, это поможет вам сэкономить время на отладку, ребята!