Путь пакета «org.spark_project.guava.collect.MapMaker» в значительной степени подразумевает, что пакет guava был перемещен в spark_project во избежание ада зависимости.
Подобные вещи управляютсяпроцесс сборки, и его можно легко упустить из источников несовместимости между библиотеками.
Мой инстинкт заключается в том, что вы можете использовать несовпадающие версии библиотек, которые технически могут быть совместимы, не из-за перемещения guavaпо-разному.
У вас есть
<artifactId>spark-network-common_2.10</artifactId>
Закомментировано, когда в списке других зависимостей есть 2.11.
Они представляют номера версий используемой среды выполнения Scala Language + и должнысопоставлять с любыми проектами, использующими Scala.
Какой класс / библиотека пытается загрузить перемещенную Guava?Это должно дать вам подсказку о том, какая библиотека потенциально устарела / не соответствует.