Bump external/Java.Interop from 7b018fe to ce075ce

[dependabot]

Bumps external/Java.Interop from 7b018fe to ce075ce.

Commits

• ce075ce [Java.Interop] Fix UTF-8 JniType class lookup fallback (#1407)
• See full diff in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[jonathanpeppers]

CI Crash Analysis

The AZDO build has a crash in the Mono.Android.NET_Tests-CoreCLR test run (test result).

The Crash

JNI DETECTED ERROR IN APPLICATION: illegal class name 'java.lang.Object'
    (should be of the form 'package/Class', [Lpackage/Class;' or '[[B')
    in call to FindClass
    from void crc643df67da7b13bb6b1.TestInstrumentation_1.n_onStart()

This is a SIGABRT (signal 6) on the Instrumentation thread. The ART CheckJNI validator caught a FindClass("java.lang.Object") call using dot-separated notation instead of the required slash-separated JNI form (java/lang/Object).

The managed stack at crash:

Java.Interop.JniType..ctor(String)
Java.InteropTests.JniTypeUtf8Test.Ctor_Utf8_UsesSameFallbackAsStringOverload()

Root Cause

This is the new test added by dotnet/java-interop#1407 itself — Ctor_Utf8_UsesSameFallbackAsStringOverload(). It intentionally passes "java.lang.Object" (dot form) to test the fallback path. The fix adds the Class.forName() fallback to the UTF-8 overload so it can resolve dot-separated names just like the string overload does.

However, the raw FindClass call fires first with the dot-form name, and ART's CheckJNI (enabled on userdebug emulators) aborts the process before the fallback can run. The fix in J.I handles the thrown exception from FindClass, but CheckJNI kills the process at the native level before the exception path executes.

/cc @simonrozsival

[dependabot]

OK, I won't notify you again about this release, but will get in touch when a new version is available. You can also ignore all major, minor, or patch releases for a dependency by adding an ignore condition with the desired update_types to your config file.

If you change your mind, just re-open this PR and I'll resolve any conflicts on it.