dependabot[bot] opened a new pull request, #2054: URL: https://github.com/apache/auron/pull/2054
Bumps [jni](https://github.com/jni-rs/jni-rs) from 0.20.0 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> <!-- raw HTML omitted --> </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> <!-- raw HTML omitted --> </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.20.0...v0.22.2";>compare view</a></li> </ul> </details> <br /> [](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> -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
