the crash manifests as follows:

Current CompileTask:
C1:4333045 636192 b 3 com.intellij.spring.model.xml.DomSpringBeanImpl$$EnhancerByJetBrainsMainCglib$$ff4745b3::CGLIB$STATICHOOK144 (903 bytes)

Stack: [0x00007f40c4e8b000,0x00007f40c4f8c000], sp=0x00007f40c4f889f0, free space=1014k
Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0xd666df] VMError::report_and_die(int, char const*, char const*, __va_list_tag*, Thread*, unsigned char*, void*, void*, char const*, int, unsigned long)+0x37f
V [libjvm.so+0xd6737f] VMError::report_and_die(Thread*, void*, char const*, int, char const*, char const*, __va_list_tag*)+0x2f
V [libjvm.so+0x653007] report_vm_error(char const*, int, char const*, char const*, ...)+0xf7
V [libjvm.so+0x83546b] JavaCallWrapper::JavaCallWrapper(methodHandle const&, Handle, JavaValue*, Thread*)+0x2db
V [libjvm.so+0x8372ce] JavaCalls::call_helper(JavaValue*, methodHandle const&, JavaCallArguments*, Thread*)+0x19e
V [libjvm.so+0x8ad9c0] jni_invoke_nonstatic(JNIEnv_*, JavaValue*, _jobject*, JNICallType, _jmethodID*, JNI_ArgumentPusher*, Thread*) [clone .constprop.244]+0x2c0
V [libjvm.so+0x8b07c3] jni_CallVoidMethod+0x163
C [jna15702419600633290455.tmp+0x13644] ffi_call_unix64+0x4c

It seems like JDK-8217765 has not ruled out all possibilities for this guarantee. Another one is originated in JNI.

The image attached demonstrates the flow leading to the crash