[PR #3484] [CLOSED] build(deps): bump jni from 0.21.1 to 0.22.2 #3884

New issue

Closed

opened 2026-03-16 12:07:51 +03:00 by kerem · 0 comments

kerem commented

2026-03-16 12:07:51 +03:00

Owner

📋 Pull Request Information

Original PR: https://github.com/hickory-dns/hickory-dns/pull/3484
Author: @dependabot[bot]
Created: 3/5/2026
Status: ❌ Closed

Base: main ← Head: dependabot/cargo/jni-0.22.2

📝 Commits (1)

3878b30 build(deps): bump jni from 0.21.1 to 0.22.2

📊 Changes

2 files changed (+80 additions, -6 deletions)

View changed files

📝 Cargo.lock (+79 -5)
📝 Cargo.toml (+1 -1)

📄 Description

Bumps jni from 0.21.1 to 0.22.2.

Release notes

Sourced from jni's releases.

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)

JStringIndexOutOfBoundsException (java.lang.StringIndexOutOfBoundsException)

Added AttachmentExceptionPolicy enum to control how Java exceptions are handled when attaching a thread (#768).

Changed

Replaced cesu8 crate with simd_cesu8 for MUTF-8 encoding, gaining SIMD acceleration and no_std compatibility

Removed dependency on paste crate (#752)

attach_current_thread* APIs immediately return Err(JavaException) if a Java exception is pending, so they don't have the side effect of clearing exceptions not thrown in the given closure (#756)

Removed proc-macro-crate dependency from the jni-macros crate (#758)

All internal use of JNI functions (not general calls into Java code) now catch exceptions and map to jni::errors::Error (#762)

JavaVM::attach_current_thread* APIs stash + re-throw pending exceptions so they can be run reliably, instead of bailing early with a JavaException error (e.g. needed in Drop implementations) (#768)

Fixed

Env::get_[static_]method/field_id APIs now correctly clear + map internal exceptions to Error::Method/FieldNotFound errors (#748)

Global/Weak::Drop no longer have the side effect of catching/clearing pending exceptions (#749)

Ensure that the Env::throw* APIs actually return Err(JavaException) as the docs state (#755)

JStackTraceElement binding fixed to lookup isNativeMethod instead of isNative (#760)

bind_java_type emits exception_checks before JNI calls to avoid undefined behaviour from calling non-exception-safe JNI functions with pending exceptions. (#757)

bind_java_type emits env.assert_top() checks to ensure that any new local reference has a lifetime that's associated with the top JNI stack frame (#776)

... (truncated)

Changelog

Sourced from jni's changelog.

[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)

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)

JStringIndexOutOfBoundsException (java.lang.StringIndexOutOfBoundsException)

Added AttachmentExceptionPolicy enum to control how Java exceptions are handled when attaching a thread (#768).

Changed

Replaced cesu8 crate with simd_cesu8 for MUTF-8 encoding, gaining SIMD acceleration and no_std compatibility

Removed dependency on paste crate (#752)

attach_current_thread* APIs immediately return Err(JavaException) if a Java exception is pending, so they don't have the side effect of clearing exceptions not thrown in the given closure (#756)

Removed proc-macro-crate dependency from the jni-macros crate (#758)

All internal use of JNI functions (not general calls into Java code) now catch exceptions and map to jni::errors::Error (#762)

JavaVM::attach_current_thread* APIs stash + re-throw pending exceptions so they can be run reliably, instead of bailing early with a JavaException error (e.g. needed in Drop implementations) (#768)

... (truncated)

Commits

313847a Release jni 0.22.2
d86fc17 Release jni-macros 0.22.2
a55355a refactor(deps): replace cesu8 with simd_cesu8 for MUTF-8 encoding
1ad5d43 bind_java_type: clamp API visibility to type visibility
1cfb922 bind_java_type: add null reference checks
26471d7 bind_java_type: fix (unsound) pointer cast in AsRef code
0439d46 bind_java_type: emit env.assert_top() checks
e573c2c Add AttachConfig::exception_policy control + fix default
f490ddb Handle internal exceptions, minimizing exposure to Error::JavaExcetion
16f57a7 Release javac 0.1.1
Additional commits viewable 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)

_{🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.}

## 📋 Pull Request Information **Original PR:** https://github.com/hickory-dns/hickory-dns/pull/3484 **Author:** [@dependabot[bot]](https://github.com/apps/dependabot) **Created:** 3/5/2026 **Status:** ❌ Closed **Base:** `main` ← **Head:** `dependabot/cargo/jni-0.22.2` --- ### 📝 Commits (1) - [`3878b30`](https://github.com/hickory-dns/hickory-dns/commit/3878b30b33589e9c017570e393656f30ccf67199) build(deps): bump jni from 0.21.1 to 0.22.2 ### 📊 Changes **2 files changed** (+80 additions, -6 deletions) <details> <summary>View changed files</summary> 📝 `Cargo.lock` (+79 -5) 📝 `Cargo.toml` (+1 -1) </details> ### 📄 Description Bumps [jni](https://github.com/jni-rs/jni-rs) from 0.21.1 to 0.22.2. <details> <summary>Release notes</summary> <p><em>Sourced from <a href="https://github.com/jni-rs/jni-rs/releases">jni's releases</a>.</em></p> <blockquote> <h2>Release JNI 0.22.2</h2> <p><em><em>Note</em>: 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 <code>jni-macros</code>.</em></p> <p><em>For these reasons I'm going to <em>again</em> 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.</em></p> <p><em>Another benefit to yanking 0.22.1 is that it allows me to pin the <code>jni-macros</code> dependency via <code>=0.22.2</code> in this release so that in future releases I don't need to be worried that a new <code>jni-macros</code> release needs to be backwards compatible with all prior <code>jni</code> releases (so macros can take advantage of new <code>jni</code> features).</em></p> <p><em>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.</em></p> <h3>Added</h3> <p>Adds bindings for the following <code>java.lang</code> errors / exceptions (<a href="https://redirect.github.com/jni-rs/jni-rs/pull/767">#767</a>):</p> <ul> <li><code>JArrayIndexOutOfBoundsException</code> (<code>java.lang.ArrayIndexOutOfBoundsException</code>)</li> <li><code>JArrayStoreException</code> (<code>java.lang.ArrayStoreException</code>)</li> <li><code>JClassCircularityError</code> (<code>java.lang.ClassCircularityError</code>)</li> <li><code>JClassFormatError</code> (<code>java.lang.ClassFormatError</code>)</li> <li><code>JExceptionInInitializerError</code> (<code>java.lang.ExceptionInInitializerError</code>)</li> <li><code>JClassNotFoundException</code> (<code>java.lang.ClassNotFoundException</code>)</li> <li><code>JIllegalArgumentException</code> (<code>java.lang.IllegalArgumentException</code>)</li> <li><code>JIllegalMonitorStateException</code> (<code>java.lang.IllegalMonitorStateException</code>)</li> <li><code>JInstantiationException</code> (<code>java.lang.InstantiationException</code>)</li> <li><code>JLinkageError</code> (<code>java.lang.LinkageError</code>)</li> <li><code>JNoClassDefFoundError</code> (<code>java.lang.NoClassDefFoundError</code>)</li> <li><code>JNoSuchFieldError</code> (<code>java.lang.NoSuchFieldError</code>)</li> <li><code>JNoSuchMethodError</code> (<code>java.lang.NoSuchMethodError</code>)</li> <li><code>JNumberFormatException</code> (<code>java.lang.NumberFormatException</code>)</li> <li><code>JOutOfMemoryError</code> (<code>java.lang.OutOfMemoryError</code>)</li> <li><code>JRuntimeException</code> (<code>java.lang.RuntimeException</code>)</li> <li><code>JSecurityException</code> (<code>java.lang.SecurityException</code>)</li> <li><code>JStringIndexOutOfBoundsException</code> (<code>java.lang.StringIndexOutOfBoundsException</code>)</li> </ul> <p>Added <code>AttachmentExceptionPolicy</code> enum to control how Java exceptions are handled when attaching a thread (<a href="https://redirect.github.com/jni-rs/jni-rs/pull/768">#768</a>).</p> <h3>Changed</h3> <ul> <li>Replaced <code>cesu8</code> crate with <code>simd_cesu8</code> for MUTF-8 encoding, gaining SIMD acceleration and <code>no_std</code> compatibility</li> <li>Removed dependency on <code>paste</code> crate (<a href="https://redirect.github.com/jni-rs/jni-rs/pull/752">#752</a>)</li> <li><code>attach_current_thread*</code> APIs immediately return <code>Err(JavaException)</code> if a Java exception is pending, so they don't have the side effect of clearing exceptions not thrown in the given closure (<a href="https://redirect.github.com/jni-rs/jni-rs/pull/756">#756</a>)</li> <li>Removed <code>proc-macro-crate</code> dependency from the <code>jni-macros</code> crate (<a href="https://redirect.github.com/jni-rs/jni-rs/pull/758">#758</a>)</li> <li>All internal use of JNI functions (not general calls into Java code) now catch exceptions and map to <code>jni::errors::Error</code> (<a href="https://redirect.github.com/jni-rs/jni-rs/pull/762">#762</a>)</li> <li><code>JavaVM::attach_current_thread*</code> APIs stash + re-throw pending exceptions so they can be run reliably, instead of bailing early with a <code>JavaException</code> error (e.g. needed in <code>Drop</code> implementations) (<a href="https://redirect.github.com/jni-rs/jni-rs/pull/768">#768</a>)</li> </ul> <h3>Fixed</h3> <ul> <li><code>Env::get_[static_]method/field_id</code> APIs now correctly clear + map internal exceptions to <code>Error::Method/FieldNotFound</code> errors (<a href="https://redirect.github.com/jni-rs/jni-rs/pull/748">#748</a>)</li> <li><code>Global/Weak::Drop</code> no longer have the side effect of catching/clearing pending exceptions (<a href="https://redirect.github.com/jni-rs/jni-rs/pull/749">#749</a>)</li> <li>Ensure that the <code>Env::throw*</code> APIs <em>actually</em> return <code>Err(JavaException)</code> as the docs state (<a href="https://redirect.github.com/jni-rs/jni-rs/pull/755">#755</a>)</li> <li><code>JStackTraceElement</code> binding fixed to lookup <code>isNativeMethod</code> instead of <code>isNative</code> (<a href="https://redirect.github.com/jni-rs/jni-rs/pull/760">#760</a>)</li> <li><code>bind_java_type</code> emits <code>exception_checks</code> before JNI calls to avoid undefined behaviour from calling non-exception-safe JNI functions with pending exceptions. (<a href="https://redirect.github.com/jni-rs/jni-rs/pull/757">#757</a>)</li> <li><code>bind_java_type</code> emits <code>env.assert_top()</code> checks to ensure that any new local reference has a lifetime that's associated with the top JNI stack frame (<a href="https://redirect.github.com/jni-rs/jni-rs/pull/776">#776</a>)</li> </ul>  </blockquote> <p>... (truncated)</p> </details> <details> <summary>Changelog</summary> <p><em>Sourced from <a href="https://github.com/jni-rs/jni-rs/blob/master/CHANGELOG.md">jni's changelog</a>.</em></p> <blockquote> <h2>[0.22.2] — 2026-03-01</h2> <p><em><em>Note</em>: 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 <code>jni-macros</code>.</em></p> <p><em>For these reasons I'm going to <em>again</em> 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.</em></p> <p><em>Another benefit to yanking 0.22.1 is that it allows me to pin the <code>jni-macros</code> dependency via <code>=0.22.2</code> in this release so that in future releases I don't need to be worried that a new <code>jni-macros</code> release needs to be backwards compatible with all prior <code>jni</code> releases (so macros can take advantage of new <code>jni</code> features).</em></p> <p><em>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.</em></p> <h3>Added</h3> <p>Adds bindings for the following <code>java.lang</code> errors / exceptions (<a href="https://redirect.github.com/jni-rs/jni-rs/pull/767">#767</a>):</p> <ul> <li><code>JArrayIndexOutOfBoundsException</code> (<code>java.lang.ArrayIndexOutOfBoundsException</code>)</li> <li><code>JArrayStoreException</code> (<code>java.lang.ArrayStoreException</code>)</li> <li><code>JClassCircularityError</code> (<code>java.lang.ClassCircularityError</code>)</li> <li><code>JClassFormatError</code> (<code>java.lang.ClassFormatError</code>)</li> <li><code>JExceptionInInitializerError</code> (<code>java.lang.ExceptionInInitializerError</code>)</li> <li><code>JClassNotFoundException</code> (<code>java.lang.ClassNotFoundException</code>)</li> <li><code>JIllegalArgumentException</code> (<code>java.lang.IllegalArgumentException</code>)</li> <li><code>JIllegalMonitorStateException</code> (<code>java.lang.IllegalMonitorStateException</code>)</li> <li><code>JInstantiationException</code> (<code>java.lang.InstantiationException</code>)</li> <li><code>JLinkageError</code> (<code>java.lang.LinkageError</code>)</li> <li><code>JNoClassDefFoundError</code> (<code>java.lang.NoClassDefFoundError</code>)</li> <li><code>JNoSuchFieldError</code> (<code>java.lang.NoSuchFieldError</code>)</li> <li><code>JNoSuchMethodError</code> (<code>java.lang.NoSuchMethodError</code>)</li> <li><code>JNumberFormatException</code> (<code>java.lang.NumberFormatException</code>)</li> <li><code>JOutOfMemoryError</code> (<code>java.lang.OutOfMemoryError</code>)</li> <li><code>JRuntimeException</code> (<code>java.lang.RuntimeException</code>)</li> <li><code>JSecurityException</code> (<code>java.lang.SecurityException</code>)</li> <li><code>JStringIndexOutOfBoundsException</code> (<code>java.lang.StringIndexOutOfBoundsException</code>)</li> </ul> <p>Added <code>AttachmentExceptionPolicy</code> enum to control how Java exceptions are handled when attaching a thread (<a href="https://redirect.github.com/jni-rs/jni-rs/pull/768">#768</a>).</p> <h3>Changed</h3> <ul> <li>Replaced <code>cesu8</code> crate with <code>simd_cesu8</code> for MUTF-8 encoding, gaining SIMD acceleration and <code>no_std</code> compatibility</li> <li>Removed dependency on <code>paste</code> crate (<a href="https://redirect.github.com/jni-rs/jni-rs/pull/752">#752</a>)</li> <li><code>attach_current_thread*</code> APIs immediately return <code>Err(JavaException)</code> if a Java exception is pending, so they don't have the side effect of clearing exceptions not thrown in the given closure (<a href="https://redirect.github.com/jni-rs/jni-rs/pull/756">#756</a>)</li> <li>Removed <code>proc-macro-crate</code> dependency from the <code>jni-macros</code> crate (<a href="https://redirect.github.com/jni-rs/jni-rs/pull/758">#758</a>)</li> <li>All internal use of JNI functions (not general calls into Java code) now catch exceptions and map to <code>jni::errors::Error</code> (<a href="https://redirect.github.com/jni-rs/jni-rs/pull/762">#762</a>)</li> <li><code>JavaVM::attach_current_thread*</code> APIs stash + re-throw pending exceptions so they can be run reliably, instead of bailing early with a <code>JavaException</code> error (e.g. needed in <code>Drop</code> implementations) (<a href="https://redirect.github.com/jni-rs/jni-rs/pull/768">#768</a>)</li> </ul>  </blockquote> <p>... (truncated)</p> </details> <details> <summary>Commits</summary> <ul> <li><a href="https://github.com/jni-rs/jni-rs/commit/313847a64e84351719446d185cf17aaf1d0f0122"><code>313847a</code></a> Release jni 0.22.2</li> <li><a href="https://github.com/jni-rs/jni-rs/commit/d86fc1726932662d80e8e1d8e95be12aaba4906c"><code>d86fc17</code></a> Release jni-macros 0.22.2</li> <li><a href="https://github.com/jni-rs/jni-rs/commit/a55355a995eb03d8ec4e7c9d52f0122aac22fc17"><code>a55355a</code></a> refactor(deps): replace cesu8 with simd_cesu8 for MUTF-8 encoding</li> <li><a href="https://github.com/jni-rs/jni-rs/commit/1ad5d438d37db2a96aeb2f32a6cf25cc76c93965"><code>1ad5d43</code></a> bind_java_type: clamp API visibility to type visibility</li> <li><a href="https://github.com/jni-rs/jni-rs/commit/1cfb9229e771f537f38afe9e033e1f5de871bad0"><code>1cfb922</code></a> bind_java_type: add <code>null</code> reference checks</li> <li><a href="https://github.com/jni-rs/jni-rs/commit/26471d7551a0620594e75cc2f5713343585c4d8e"><code>26471d7</code></a> bind_java_type: fix (unsound) pointer cast in <code>AsRef</code> code</li> <li><a href="https://github.com/jni-rs/jni-rs/commit/0439d467f7d17eae98ffd13906b6db67d0e3dc85"><code>0439d46</code></a> bind_java_type: emit env.assert_top() checks</li> <li><a href="https://github.com/jni-rs/jni-rs/commit/e573c2c7c48c87d0ce9b0f479e4eb3b9d69cc843"><code>e573c2c</code></a> Add AttachConfig::exception_policy control + fix default</li> <li><a href="https://github.com/jni-rs/jni-rs/commit/f490ddb276505b927b08c42b13bafac69b9dda22"><code>f490ddb</code></a> Handle internal exceptions, minimizing exposure to Error::JavaExcetion</li> <li><a href="https://github.com/jni-rs/jni-rs/commit/16f57a733f916b0454cd0a492cfdb29df8b219cb"><code>16f57a7</code></a> Release javac 0.1.1</li> <li>Additional commits viewable in <a href="https://github.com/jni-rs/jni-rs/compare/v0.21.1...v0.22.2">compare view</a></li> </ul> </details> <br /> [![Dependabot compatibility score](https://dependabot-badges.githubapp.com/badges/compatibility_score?dependency-name=jni&package-manager=cargo&previous-version=0.21.1&new-version=0.22.2)](https://docs.github.com/en/github/managing-security-vulnerabilities/about-dependabot-security-updates#about-compatibility-scores) 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-automerge-start) [//]: # (dependabot-automerge-end) --- <details> <summary>Dependabot commands and options</summary> <br /> 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) </details> --- <sub>🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.</sub>