<div dir="ltr"><div class="gmail_default" style="color:#000000"><span style="color:rgb(34,34,34)">Hello Leyden Team,</span></div><div class="gmail_quote gmail_quote_container"><div dir="ltr"><br>I'm currently testing the new AOT cache feature with the latest OpenJDK 25 EA builds. My setup is straightforward, aiming to create a Docker image with the AOT cache, much like I did previously with AppCDS.<br>  <br>Here is the docker multi-stage build for my sample Hello world app<br>  <br>  - Using openjdk:25-slim (25-ea+15-1670)<br>  - Compiling and creating app.jar<br>  - Getting module deps<br>    jdeps -q \<br>       -R \<br>       --ignore-missing-deps \<br>       --print-module-deps \<br>       --multi-release=25 \<br>       *.jar > ${APP_DIR}/java.modules<br>       <br>  - Creating jlinked image<br>    $JAVA_HOME/bin/jlink \<br>          --verbose \<br>          --module-path ${JAVA_HOME}/jmods \<br>          --add-modules="$(cat ${APP_DIR}/java.modules)" \<br>          --compress=zip-9 \<br>          --strip-debug \<br>          --strip-java-debug-attributes \<br>          --no-man-pages \<br>          --no-header-files \<br>          --save-opts "${APP_DIR}/jlink.opts" \<br>          --output ${RUNTIME_IMAGE}<br>          <br>  - Creating AOT cache<br>    echo "AOT training run for the app..."<br>    nohup ${RUNTIME_IMAGE}/bin/java \<br>        --show-version \<br>        --enable-preview \<br>        -XX:+UnlockExperimentalVMOptions \<br>        -XX:+UseCompactObjectHeaders \<br>        -XX:AOTMode=record -XX:AOTConfiguration=${APP_DIR}/app.aotconf \<br>        -jar ${APP_JAR} & \<br>        <br>    sleep 1 && \<br>    curl -fsSL --retry 5 --retry-delay 2 --retry-all-errors <a href="http://localhost/test" target="_blank">http://localhost/test</a><br>    curl -fsSL <a href="http://localhost/shutdown" target="_blank">http://localhost/shutdown</a> || echo "AOT training run completed!"<br> <br>    echo "Creating AOT archive..."<br>    ${RUNTIME_IMAGE}/bin/java \<br>          --show-version \<br>          --enable-preview \<br>          -XX:+UnlockExperimentalVMOptions \<br>          -XX:+UseCompactObjectHeaders \<br>          -XX:AOTMode=create -XX:AOTConfiguration=${APP_DIR}/app.aotconf -XX:AOTCache=${APP_DIR}/app.aot \<br>          -jar ${APP_JAR}<br> <br> - Now copy the APP_DIR to a distroless container (Final image)<br> ---------------------------------------------------------------<span class="gmail_default" style="color:rgb(0,0,0)">---------------------</span><br> <br> I'm experiencing the following issues with the current build.<br> <br> 1. JVM crashes with ZGC enabled: <br>    #<br>    # A fatal error has been detected by the Java Runtime Environment:<br>    #<br>    #  SIGSEGV (0xb) at pc=0x0000000105b4f318, pid=13825, tid=8963<br>    #<br>    # JRE version:  (25.0+15) (build )<br>    # Java VM: OpenJDK 64-Bit Server VM (25-ea+15-1670, interpreted mode, sharing, compressed class ptrs, z gc, bsd-aarch64)<br>    # Problematic frame:<br>    # V  [libjvm.dylib+0x47f318]  MetaspaceObjToOopHandleTable::set_oop(MetaspaceObj*, oopDesc*)+0x78<br>    #<br>    # No core dump will be written. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting    Java again<br>    #<br>    #<br>    <br>    ---------------  S U M M A R Y ------------<br>    <br>    Command Line: --enable-preview -XX:+UnlockExperimentalVMOptions -XX:+UseCompactObjectHeaders -XX:+UseZGC -XX:AOTMode=create -XX:    AOTConfiguration=app.aotconf -XX:AOTCache=app.aot app.jar<br>    <br>    Host: "MacBookPro18,1" arm64, 10 cores, 32G, Darwin 23.6.0, macOS 14.6.1 (23G93)<br>    Time: Fri Mar 21 20:21:47 2025 PDT elapsed time: 0.044457 seconds (0d 0h 0m 0s)<br>    <br>    ---------------  T H R E A D  ---------------<br>    <br>    Current thread (0x0000000136808c00):  JavaThread "Unknown thread" [_thread_in_vm, id=8963, stack(0x000000016bd84000,    0x000000016bf87000) (2060K)]<br>    <br>    Stack: [0x000000016bd84000,0x000000016bf87000],  sp=0x000000016bf86380,  free space=2056k<br>    Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)<br>    V  [libjvm.dylib+0x47f318]  MetaspaceObjToOopHandleTable::set_oop(MetaspaceObj*, oopDesc*)+0x78<br>    V  [libjvm.dylib+0x2d1b38]  ConstantPool::restore_unshareable_info(JavaThread*)+0x20c<br>    V  [libjvm.dylib+0xa52928]  vmClasses::resolve_all(JavaThread*)+0xe0<br>    V  [libjvm.dylib+0x9a85cc]  SystemDictionary::initialize(JavaThread*)+0xa0<br>    V  [libjvm.dylib+0xa0c8d0]  Universe::genesis(JavaThread*)+0x74<br>    V  [libjvm.dylib+0xa0f570]  universe2_init()+0x24<br>    V  [libjvm.dylib+0x497dac]  init_globals2()+0xc<br><br>2. AOT Cache generation fails during Docker cross-compilation: Specifically, running docker build with --platform=linux/amd64<span class="gmail_default" style="color:rgb(0,0,0)"> </span>on ARM64 runner.  <br><br>   36.70 + /opt/java/openjdk/bin/java --enable-preview -XX:+UnlockExperimentalVMOptions -XX:+UseCompactObjectHeaders -XX:AOTMode=create -XX:AOTConfiguration=/app/app.aotconf -XX:AOTCache=/app/app.aot -jar app.jar<br>   36.70 Creating AOT archive...<br>   36.77 Error occurred during initialization of VM<br>   36.77 Must be a valid AOT configuration generated by the current JVM: /app/app.aotconf<br><br><br>3. Also, are there plans to make the app.aotconf file cross-platform compatible? This would allow us to generate the configuration once, and then produce platform-specific caches from that configuration in CI systems like GitHub Actions.  <br><br><br>Thanks<br>Suresh</div></div></div>