WIP: playing with dependencies to compile also with macos arm64 and openjdk 11 or 17 #431
No reviewers
Labels
No Label
bug
duplicate
enhancement
help wanted
invalid
question
RDGraph
RSAC
wontfix
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: D-Net/dnet-hadoop#431
Loading…
Reference in New Issue
No description provided.
Delete Branch "dependency-revision"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Compilation problems have been recently reported.
I also have compilation problems on my new Macos arm64 and latest OpenJDK (21).
With this branch we can play with pom and dependencies.
My today's attempt revealed that we cannot use an OpenJDK version > 11 due to incompatibiliy with the Scala version we use (see https://docs.scala-lang.org/overviews/jdk-compatibility/overview.html)
I also had compilation problems due to:
dhp-common has an indirect dependency to lombok and e only way I found so far to avoid the compilation error
Fatal error compiling: java.lang.IllegalAccessError: class lombok.javac.apt.LombokProcessor (in unnamed module @xxxxxxxx) cannot access class com.sun.tools.javac.processing.JavacProcessingEnvironment (in module jdk.compiler) because module jdk.compiler does not export com.sun.tools.javac.processing to unnamed module @xxxxxxxxx
was to add a provided dependency to lombok, which I do not like.
Results of compilation on
with the current commit is:
playing with dependencies to compile also with macos arm64 and openjdk 11 or 17to WIP: playing with dependencies to compile also with macos arm64 and openjdk 11 or 17Instructions to install Java8 on MacOS ARM chips available in the wiki: https://support.openaire.eu/projects/openaire/wiki/Wiki#Compile-dnet-hadoop-with-ARM-chips-eg-MacOS-M3
@alessia.bardi I just merged in beta PR #327 that solves part of the problems. A new profile, -P spark-34, can be used to activate building against spark 3.4.2.openaire that has recently been installed on ICM ocean cluster. With that profile it is also possible to compile and run tests using an updated jdk (indeed with spark-34 profile only).
Regarding Silicon macs I found two main problems:
<dependency> <groupId>org.xerial.snappy</groupId> <artifactId>snappy-java</artifactId> <version>1.1.8.4</version> </dependency>
Step 1:
From your project repository, check out a new branch and test the changes.Step 2:
Merge the changes and update on Gitea.