deps(rust): bump jni from 0.21.1 to 0.22.4 in /wgbridge-rs

[dependabot]

Bumps jni from 0.21.1 to 0.22.4.

Release notes

Sourced from jni's releases.

Release JNI 0.22.4

Added

• JCharSequence bindings for java.lang.CharSequence (including AsRef<JCharSequence> + .as_char_sequence() for JString) (#793)
• bind_java_type supports non_null qualifier/property for methods and fields to map null references to Error::NullPtr (#795)
• bind_java_type supports #[cfg()] attributes on methods and fields, to conditionally compile them based on features or other cfg conditions (#797)
• JValueOwned::check_null() + ::is_null() methods for ergonomic null checks on owned (returned) values (#798)
• More readable type accessors for JValueOwned, like .into_bool() instead of .z(), .into_object() instead of .l(), etc (#798)

Fixed

• jni_mangle now includes docs/macros/jni_mangle.md in the crate documentation, so the macro's documentation is visible on docs.rs and in IDEs (#799)

Full Changelog: jni-rs/jni-rs@v0.22.3...v0.22.4

Release JNI 0.22.3

No functional change in this release but it fixes the docs.rs build by bumping the simd_cesu8 dep to >= 1.1.1 which no longer has an automatically-enabled "nightly" feature that may affect the docs.rs build (1.1.x is now also MSRV compatible).

Note: Technically we shouldn't need this release (since the simd_cesu8 release alone will have fixed the build issue) but the other reason for the release is that the crates.io feature for queuing docs.rs rebuilds is not currently usable in our situation. docs.rs is currently fighting through a huge backlog of low-priority build jobs that will likely to take over a week to clear (we moved about 500 spots in two days, out of ~3k crates queued).

Release JNI 0.22.2

Note: although no breaking API change was made in this release there were some important fixes made, including a few non-trivial changes to how exceptions are handled and some important safety / soundness fixes made in the re-exported jni-macros.

For these reasons I'm going to again yank the previous 0.22.1 release after this is published, again taking into account that 0.22.1 was itself only released very recently and it should still be relatively unlikely that anyone has strictly locked in a 0.22.1 dependency.

Another benefit to yanking 0.22.1 is that it allows me to pin the jni-macros dependency via =0.22.2 in this release so that in future releases I don't need to be worried that a new jni-macros release needs to be backwards compatible with all prior jni releases (so macros can take advantage of new jni features).

Hopefully things will be smoother moving forward, now that more people have been starting to update to 0.22.x and there are more people testing it.

Added

Adds bindings for the following java.lang errors / exceptions (#767):

• JArrayIndexOutOfBoundsException (java.lang.ArrayIndexOutOfBoundsException)
• JArrayStoreException (java.lang.ArrayStoreException)
• JClassCircularityError (java.lang.ClassCircularityError)
• JClassFormatError (java.lang.ClassFormatError)
• JExceptionInInitializerError (java.lang.ExceptionInInitializerError)
• JClassNotFoundException (java.lang.ClassNotFoundException)
• JIllegalArgumentException (java.lang.IllegalArgumentException)
• JIllegalMonitorStateException (java.lang.IllegalMonitorStateException)
• JInstantiationException (java.lang.InstantiationException)
• JLinkageError (java.lang.LinkageError)
• JNoClassDefFoundError (java.lang.NoClassDefFoundError)
• JNoSuchFieldError (java.lang.NoSuchFieldError)
• JNoSuchMethodError (java.lang.NoSuchMethodError)
• JNumberFormatException (java.lang.NumberFormatException)
• JOutOfMemoryError (java.lang.OutOfMemoryError)
• JRuntimeException (java.lang.RuntimeException)
• JSecurityException (java.lang.SecurityException)

... (truncated)

Changelog

Sourced from jni's changelog.

[0.22.4] — 2026-03-16

Added

• JCharSequence bindings for java.lang.CharSequence (including AsRef<JCharSequence> + .as_char_sequence() for JString) (#793)
• bind_java_type supports non_null qualifier/property for methods and fields to map null references to Error::NullPtr (#795)
• bind_java_type supports #[cfg()] attributes on methods and fields, to conditionally compile them based on features or other cfg conditions (#797)
• JValueOwned::check_null() + ::is_null() methods for ergonomic null checks on owned (returned) values (#798)
• More readable type accessors for JValueOwned, like .into_bool() instead of .z(), .into_object() instead of .l(), etc (#798)

Fixed

• jni_mangle now includes docs/macros/jni_mangle.md in the crate documentation, so the macro's documentation is visible on docs.rs and in IDEs (#799)

[0.22.3] — 2026-03-05

Fixed

• docs.rs build: Bumps simd_cesu8 dep to >= 1.1.1 which no longer has an automatically-enabled "nightly" feature that may affect the docs.rs build (1.1.x is now also MSRV compatible) (#790)

[0.22.2] — 2026-03-01

Note: although no breaking API change was made in this release there were some important fixes made, including a few non-trivial changes to how exceptions are handled and some important safety / soundness fixes made in the re-exported jni-macros.

For these reasons I'm going to again yank the previous 0.22.1 release after this is published, again taking into account that 0.22.1 was itself only released very recently and it should still be relatively unlikely that anyone has strictly locked in a 0.22.1 dependency.

Another benefit to yanking 0.22.1 is that it allows me to pin the jni-macros dependency via =0.22.2 in this release so that in future releases I don't need to be worried that a new jni-macros release needs to be backwards compatible with all prior jni releases (so macros can take advantage of new jni features).

Hopefully things will be smoother moving forward, now that more people have been starting to update to 0.22.x and there are more people testing it.

Added

Adds bindings for the following java.lang errors / exceptions (#767):

• JArrayIndexOutOfBoundsException (java.lang.ArrayIndexOutOfBoundsException)
• JArrayStoreException (java.lang.ArrayStoreException)
• JClassCircularityError (java.lang.ClassCircularityError)
• JClassFormatError (java.lang.ClassFormatError)
• JExceptionInInitializerError (java.lang.ExceptionInInitializerError)
• JClassNotFoundException (java.lang.ClassNotFoundException)
• JIllegalArgumentException (java.lang.IllegalArgumentException)
• JIllegalMonitorStateException (java.lang.IllegalMonitorStateException)

... (truncated)

Commits

• 5ae9458 Release jni 0.22.4
• 2f954cd Fix copy&paste error s/JString::collection/JString::as_char_sequence/
• 33045a1 Release jni-macros 0.22.4
• 527703e No longer recommend passing &mut Env as the last argument
• ce7130b Import docs/macros/jni_mangle.md docs for jni_mangle macro
• d80bf23 Add more-ergonomic JValueOwned accessors
• 5ffd96a bind_java_type: Support #[cfg()] guarded methods/fields
• b498e9f bind_java_type: support non_null methods/fields
• 1f74e4b Add objects::JCharSequence binding
• 25f810d Release jni 0.22.3
• Additional commits viewable in compare view

[kasnder]

Investigated — not merging as-is; needs on-device testing. jni 0.22 is a ground-up API redesign (not a signature tweak): JNIEnv split into EnvUnowned/Env with closure-based with_env + ErrorPolicy; closure-based thread attach (attach_current_thread_permanently removed); GlobalRef→Global<T>; call_method now takes compile-time jni_str!/jni_sig!; jboolean u8→bool.

A full rewrite of jni_bindings.rs was produced that compiles cleanly for all four ABIs and preserves the exported FFI symbols (verified with llvm-nm against the Kotlin native declarations). But it changes runtime semantics (exception propagation, worker thread attach/detach lifecycle) on the most safety-critical FFI path, so it should be exercised on a device (tunnel start/stop, key gen, DNS recording) before merging. Keeping this open until someone can validate on-device — the ready fix can then be dropped in. Not included in #637.