dependabot[bot] opened a new pull request, #443:
URL: https://github.com/apache/plc4x-extras/pull/443

   Bumps [io.jsonwebtoken:jjwt-api](https://github.com/jwtk/jjwt) from 0.12.6 
to 0.12.7.
   <details>
   <summary>Release notes</summary>
   <p><em>Sourced from <a 
href="https://github.com/jwtk/jjwt/releases";>io.jsonwebtoken:jjwt-api's 
releases</a>.</em></p>
   <blockquote>
   <h2>0.12.7</h2>
   <p>This patch release:</p>
   <ul>
   <li>
   <p>Adds a new Maven BOM! This is useful for multi-module projects. See <a 
href="https://redirect.github.com/jwtk/jjwt/issues/967";>Issue 967</a>.</p>
   </li>
   <li>
   <p>Allows the <code>JwtParserBuilder</code> to have empty nested algorithm 
collections, effectively disabling the parser's associated feature:</p>
   <ul>
   <li>Emptying the <code>zip()</code> nested collection disables JWT 
decompression.</li>
   <li>Emptying the <code>sig()</code> nested collection disables JWS 
mac/signature verification (i.e. all JWSs will be unsupported/rejected).</li>
   <li>Emptying either the <code>enc()</code> or <code>key()</code> nested 
collections disables JWE decryption (i.e. all JWEs will be 
unsupported/rejected)</li>
   </ul>
   <p>See <a href="https://redirect.github.com/jwtk/jjwt/issues/996";>Issue 
996</a>.</p>
   </li>
   <li>
   <p>Fixes <a href="https://redirect.github.com/jwtk/jjwt/issues/961";>bug 
961</a> where <code>JwtParserBuilder</code> nested collection builders were not 
correctly replacing algorithms with the same id.</p>
   </li>
   <li>
   <p>Ensures a <code>JwkSet</code>'s <code>keys</code> collection is no longer 
entirely secret/redacted by default.  This was an overzealous default that was 
unnecessarily restrictive; the <code>keys</code> collection itself should 
always be public, and each individual key within should determine which fields 
should be redacted when printed. See <a 
href="https://redirect.github.com/jwtk/jjwt/issues/976";>Issue 976</a>.</p>
   </li>
   <li>
   <p>Improves performance slightly by ensuring all <code>jjwt-api</code> 
utility methods that create <code>*Builder</code> instances 
(<code>Jwts.builder()</code>, <code>Jwts.parserBuilder()</code>, 
<code>Jwks.builder()</code>, etc) no longer use reflection.</p>
   <p>Instead,<code>static</code> factories are created via reflection only 
once during initial <code>jjwt-api</code> classloading, and then 
<code>*Builder</code>s are created via standard instantiation using the 
<code>new</code> operator thereafter.  This also benefits certain environments 
that may not have ideal <code>ClassLoader</code> implementations (e.g. Tomcat 
in some cases).</p>
   <p><strong>NOTE: because this changes which classes are loaded via 
reflection, any environments that must explicitly reference reflective class 
names (e.g. GraalVM applications) will need to be updated to reflect the new 
factory class names</strong>.</p>
   <p>See <a href="https://redirect.github.com/jwtk/jjwt/issues/988";>Issue 
988</a>.</p>
   </li>
   <li>
   <p>Upgrades the Gson dependency to <code>2.11.0</code></p>
   </li>
   <li>
   <p>Upgrades the BouncyCastle dependency to <code>1.78.1</code></p>
   </li>
   </ul>
   <h2>New Contributors</h2>
   <ul>
   <li><a href="https://github.com/sigpwned";><code>@​sigpwned</code></a> made 
their first contribution in <a 
href="https://redirect.github.com/jwtk/jjwt/pull/968";>jwtk/jjwt#968</a></li>
   <li><a 
href="https://github.com/TheMrMilchmann";><code>@​TheMrMilchmann</code></a> made 
their first contribution in <a 
href="https://redirect.github.com/jwtk/jjwt/pull/979";>jwtk/jjwt#979</a></li>
   <li><a href="https://github.com/atanasg";><code>@​atanasg</code></a> made 
their first contribution in <a 
href="https://redirect.github.com/jwtk/jjwt/pull/974";>jwtk/jjwt#974</a></li>
   </ul>
   <p><strong>Full Changelog</strong>: <a 
href="https://github.com/jwtk/jjwt/compare/0.12.6...0.12.7";>https://github.com/jwtk/jjwt/compare/0.12.6...0.12.7</a></p>
   </blockquote>
   </details>
   <details>
   <summary>Changelog</summary>
   <p><em>Sourced from <a 
href="https://github.com/jwtk/jjwt/blob/master/CHANGELOG.md";>io.jsonwebtoken:jjwt-api's
 changelog</a>.</em></p>
   <blockquote>
   <h3>0.12.7</h3>
   <p>This patch release:</p>
   <ul>
   <li>
   <p>Adds a new Maven BOM, useful for multi-module projects. See <a 
href="https://redirect.github.com/jwtk/jjwt/issues/967";>Issue 967</a>.</p>
   </li>
   <li>
   <p>Allows the <code>JwtParserBuilder</code> to have empty nested algorithm 
collections, effectively disabling the parser's associated feature:</p>
   <ul>
   <li>Emptying the <code>zip()</code> nested collection disables JWT 
decompression.</li>
   <li>Emptying the <code>sig()</code> nested collection disables JWS 
mac/signature verification (i.e. all JWSs will be unsupported/rejected).</li>
   <li>Emptying either the <code>enc()</code> or <code>key()</code> nested 
collections disables JWE decryption (i.e. all JWEs will be 
unsupported/rejected)</li>
   </ul>
   <p>See <a href="https://redirect.github.com/jwtk/jjwt/issues/996";>Issue 
996</a>.</p>
   </li>
   <li>
   <p>Fixes <a href="https://redirect.github.com/jwtk/jjwt/issues/961";>bug 
961</a> where <code>JwtParserBuilder</code> nested collection builders were not 
correctly replacing algorithms with the same id.</p>
   </li>
   <li>
   <p>Ensures a <code>JwkSet</code>'s <code>keys</code> collection is no longer 
entirely secret/redacted by default.  This was an overzealous default that was 
unnecessarily restrictive; the <code>keys</code> collection itself should 
always be public, and each individual key within should determine which fields 
should be redacted when printed. See <a 
href="https://redirect.github.com/jwtk/jjwt/issues/976";>Issue 976</a>.</p>
   </li>
   <li>
   <p>Improves performance slightly by ensuring all <code>jjwt-api</code> 
utility methods that create <code>*Builder</code> instances 
(<code>Jwts.builder()</code>, <code>Jwts.parserBuilder()</code>, 
<code>Jwks.builder()</code>, etc) no longer use reflection.</p>
   <p>Instead,<code>static</code> factories are created via reflection only 
once during initial <code>jjwt-api</code> classloading, and then 
<code>*Builder</code>s are created via standard instantiation using the 
<code>new</code> operator thereafter.  This also benefits certain environments 
that may not have ideal <code>ClassLoader</code> implementations (e.g. Tomcat 
in some cases).</p>
   <p><strong>NOTE: because this changes which classes are loaded via 
reflection, any environments that must explicitly reference reflective class 
names (e.g. GraalVM applications) will need to be updated to reflect the new 
factory class names</strong>.</p>
   <p>See <a href="https://redirect.github.com/jwtk/jjwt/issues/988";>Issue 
988</a>.</p>
   </li>
   <li>
   <p>Upgrades the Gson dependency to <code>2.11.0</code></p>
   </li>
   <li>
   <p>Upgrades the BouncyCastle dependency to <code>1.78.1</code></p>
   </li>
   </ul>
   </blockquote>
   </details>
   <details>
   <summary>Commits</summary>
   <ul>
   <li><a 
href="https://github.com/jwtk/jjwt/commit/77aeda012c4e31b86fb66acf43a67775c6fa3142";><code>77aeda0</code></a>
 [maven-release-plugin] prepare release 0.12.7</li>
   <li><a 
href="https://github.com/jwtk/jjwt/commit/47d966f8e93734cf35fc19f5c1a9e5cc4abe624b";><code>47d966f</code></a>
 Testing latest sonatype central publishing guidelines</li>
   <li><a 
href="https://github.com/jwtk/jjwt/commit/22ca29fe8849b11d2793bfcf2825ef692f2c19b2";><code>22ca29f</code></a>
 [maven-release-plugin] rollback the release of 0.12.7</li>
   <li><a 
href="https://github.com/jwtk/jjwt/commit/0487f9b49f10f37b7ad5b4e664f3e9b9a25e4a1c";><code>0487f9b</code></a>
 [maven-release-plugin] prepare for next development iteration</li>
   <li><a 
href="https://github.com/jwtk/jjwt/commit/4329125bac91880cb852983b1475465c30a1d819";><code>4329125</code></a>
 [maven-release-plugin] prepare release 0.12.7</li>
   <li><a 
href="https://github.com/jwtk/jjwt/commit/0ddc51421240a9832f38c9afd966429c6d1aeb19";><code>0ddc514</code></a>
 - Ensured JJWT_RELEASE_VERSION placeholders reference 0.12.7</li>
   <li><a 
href="https://github.com/jwtk/jjwt/commit/efed1cf56f9b9715e60eaac7fda6b2c4b62410b9";><code>efed1cf</code></a>
 Updated 0.12.7 change list</li>
   <li><a 
href="https://github.com/jwtk/jjwt/commit/ca27b122b7f44f3bdd4cd4f636d084f38cc3b3c8";><code>ca27b12</code></a>
 Resolves <a href="https://redirect.github.com/jwtk/jjwt/issues/1010";>#1010</a> 
(<a href="https://redirect.github.com/jwtk/jjwt/issues/1011";>#1011</a>)</li>
   <li><a 
href="https://github.com/jwtk/jjwt/commit/55c7b9adef88328f59534f232060830c34f25478";><code>55c7b9a</code></a>
 Resolves <a href="https://redirect.github.com/jwtk/jjwt/issues/771";>#771</a> 
(<a href="https://redirect.github.com/jwtk/jjwt/issues/1009";>#1009</a>)</li>
   <li><a 
href="https://github.com/jwtk/jjwt/commit/6e9c6a5a825c5ec38f90006f48cc1f8640a6d82e";><code>6e9c6a5</code></a>
 Bump org.bouncycastle:bcpkix-jdk18on from 1.78 to 1.78.1 (<a 
href="https://redirect.github.com/jwtk/jjwt/issues/1008";>#1008</a>)</li>
   <li>Additional commits viewable in <a 
href="https://github.com/jwtk/jjwt/compare/0.12.6...0.12.7";>compare 
view</a></li>
   </ul>
   </details>
   <br />
   
   
   [![Dependabot compatibility 
score](https://dependabot-badges.githubapp.com/badges/compatibility_score?dependency-name=io.jsonwebtoken:jjwt-api&package-manager=maven&previous-version=0.12.6&new-version=0.12.7)](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 merge` will merge this PR after your CI passes on it
   - `@dependabot squash and merge` will squash and merge this PR after your CI 
passes on it
   - `@dependabot cancel merge` will cancel a previously requested merge and 
block automerging
   - `@dependabot reopen` will reopen this PR if it is closed
   - `@dependabot close` will close this PR and stop Dependabot recreating it. 
You can achieve the same result by closing it manually
   - `@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]

Reply via email to