dependabot[bot] opened a new pull request, #1536:
URL: https://github.com/apache/ratis/pull/1536

   Bumps 
[io.opentelemetry.javaagent:opentelemetry-javaagent](https://github.com/open-telemetry/opentelemetry-java-instrumentation)
 from 2.29.0 to 2.30.0.
   <details>
   <summary>Release notes</summary>
   <p><em>Sourced from <a 
href="https://github.com/open-telemetry/opentelemetry-java-instrumentation/releases";>io.opentelemetry.javaagent:opentelemetry-javaagent's
 releases</a>.</em></p>
   <blockquote>
   <h2>Version 2.30.0</h2>
   <p>This release targets the OpenTelemetry SDK 1.64.0.</p>
   <p>Note that many artifacts have the <code>-alpha</code> suffix attached to 
their version number, reflecting that they will continue to have breaking 
changes. Please see <a 
href="https://github.com/open-telemetry/opentelemetry-java-instrumentation/blob/main/VERSIONING.md#opentelemetry-java-instrumentation-versioning";>VERSIONING.md</a>
 for more details.</p>
   <h3>⚠️ Breaking changes to non-stable APIs</h3>
   <ul>
   <li>Remove <code>ExperimentalInstrumentationModule#getModuleGroup()</code>. 
Built-in invokedynamic modules now share a single 
<code>InstrumentationModuleClassLoader</code>, and each extension is isolated 
in its own. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/18859";>#18859</a>)</li>
   <li>Remove the deprecated <code>InstrumentationModule.isIndyModule()</code>; 
whether a module uses invokedynamic is now determined by the agent rather than 
declared per module. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19140";>#19140</a>)</li>
   <li>Remove deprecated query-related APIs from 
<code>SqlClientAttributesGetter</code>, <code>CassandraRequest</code>, and 
<code>Experimental</code>. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19165";>#19165</a>)</li>
   <li>Remove the deprecated <code>Enduser*</code> attribute-capturing APIs 
from the Spring Security 6.0 library; use the <code>User*</code> replacements 
instead. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19168";>#19168</a>)</li>
   </ul>
   <h3>🚫 Deprecations</h3>
   <ul>
   <li>Deprecate only the Spring Boot starter <code>ConfigProperties</code> 
compatibility bean used with experimental declarative configuration, in favor 
of the new <code>ConfigProvider</code> bean; it will be removed in 3.0. The 
<code>ConfigProperties</code> bean remains supported for non-declarative 
configuration. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19175";>#19175</a>)</li>
   <li>Deprecate <code>DeclarativeConfigPropertiesBridge</code> and 
<code>DeclarativeConfigPropertiesBridgeBuilder</code>. Use 
<code>DeclarativeConfigProperties</code> directly or 
<code>DeclarativeConfigBridge</code> instead. Will be removed in 3.0. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19202";>#19202</a>)</li>
   <li>Deprecate <code>ConfigPropertiesBackedConfigProvider</code> in favor of 
<code>DeclarativeConfigBridge</code>. It will be removed in 2.31.0. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19220";>#19220</a>)</li>
   </ul>
   <h3>🌟 New javaagent instrumentation</h3>
   <ul>
   <li>Add Javaagent instrumentation for HBase client 1.4. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19087";>#19087</a>)</li>
   </ul>
   <h3>🌟 New library instrumentation</h3>
   <ul>
   <li>Add library instrumentation (<code>ThriftTelemetry</code>) for the 
Apache Thrift 0.13 async server. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19062";>#19062</a>)</li>
   </ul>
   <h3>📈 Enhancements</h3>
   <ul>
   <li>Add async server tracing to the Apache Thrift 0.13 javaagent 
instrumentation; async server handlers were previously uninstrumented. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/18994";>#18994</a>)</li>
   <li>Support <code>database=</code> as an alias for <code>databaseName</code> 
when extracting <code>db.name</code> from MSSQL JDBC URLs. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19029";>#19029</a>)</li>
   <li>Add batch-operation support to the experimental stable database 
semantic-convention opt-in 
(<code>otel.semconv-stability.opt-in=database</code>) across database 
instrumentations, including batch span names, 
<code>db.operation.batch.size</code> (including empty batches), and 
<code>db.query.summary</code>. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19034";>#19034</a>,
 <a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19037";>#19037</a>,
 <a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19054";>#19054</a>,
 <a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19055";>#19055</a>,
 <a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19056";>#19056</a>,
 <a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19057";>#19057</a>,
 <a href="https://r
 
edirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19143">#19143</a>,
 <a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19147";>#19147</a>,
 <a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19161";>#19161</a>,
 <a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19162";>#19162</a>,
 <a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19164";>#19164</a>,
 <a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19172";>#19172</a>,
 <a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19189";>#19189</a>,
 <a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19199";>#19199</a>)</li>
   <li>Add tracing for Lettuce 4.0 reactive commands, including exceptional 
completion and cancellation. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19071";>#19071</a>)</li>
   <li>Add the experimental Cassandra JMX metrics target system. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19080";>#19080</a>)</li>
   <li>Add experimental JFR-based <code>jvm.thread.virtual.pinned</code> and 
<code>jvm.thread.virtual.submit_failed</code> metrics for Java 19+ virtual 
threads; enable with 
<code>otel.instrumentation.runtime-telemetry.emit-experimental-jfr-metrics=true</code>.
 (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19092";>#19092</a>)</li>
   <li>Capture custom object values passed to 
<code>PreparedStatement.setObject()</code> in query parameter attributes. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19093";>#19093</a>)</li>
   <li><code>InstrumentationModule</code> now exposes 
<code>injectedClassNames()</code> and <code>exposedClassNames()</code> for indy 
instrumentations, so module authors no longer need 
<code>ExperimentalInstrumentationModule</code> for those helper-class 
declarations. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19142";>#19142</a>)</li>
   <li>Add <code>captureTemplate</code> and <code>captureArguments</code> 
options to the log4j, java-util-logging, and jboss-logmanager logging 
instrumentations, capturing the log message template and arguments as separate 
<code>log.body.template</code> / <code>log.body.parameters</code> attributes; 
logback already supported these options (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/15423";>#15423</a>).
 (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19154";>#19154</a>)</li>
   <li>Add <code>server.address</code> and <code>server.port</code> attributes 
to Redisson client spans. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19191";>#19191</a>)</li>
   <li>Add <code>server.address</code> and <code>server.port</code> attributes 
to Lettuce Redis client spans. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19192";>#19192</a>)</li>
   <li>Add <code>server.address</code> and <code>server.port</code> attributes 
to Rediscala client spans. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19193";>#19193</a>)</li>
   <li>Set <code>server.address</code> on registry-backed Dubbo client spans to 
the registry address plus the service target 
(<code>registry://host:port/interface:version:group</code>) and leave 
<code>server.port</code> unset, gated behind the stable rpc semconv opt-in 
(<code>otel.semconv-stability.opt-in=rpc</code>); the resolved provider host 
and port are kept under the default semconv. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/17244";>#17244</a>,
 <a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19285";>#19285</a>)</li>
   </ul>
   <h3>🛠️ Bug fixes</h3>
   <ul>
   <li>Fix a spurious duplicate warning when the application logger bridge is 
installed multiple times during startup. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19088";>#19088</a>)</li>
   <li>Fix MySQL and MariaDB <code>db.connection_string</code> values so IPv6 
hosts stay bracketed instead of becoming ambiguous. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19078";>#19078</a>)</li>
   <li>Fix multi-topic Pulsar consumers so the internal background receive no 
longer creates a spurious extra receive span. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19095";>#19095</a>)</li>
   <li><code>SpringConfigProperties.getMap()</code> no longer evaluates map 
property values as SpEL expressions; non-special-cased map properties now parse 
as comma-delimited <code>key=value</code> pairs via the SDK's 
<code>DefaultConfigProperties</code>, so settings like 
<code>otel.instrumentation.common.peer-service-mapping</code> work without SpEL 
syntax. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19113";>#19113</a>)</li>
   <li>Fix JMS destination extraction so an unreadable destination now leaves 
<code>messaging.destination.name</code> unset instead of reporting it as 
<code>unknown</code>. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19115";>#19115</a>)</li>
   <li>Fix the JMX Metric Insight <code>jvm.class.loaded</code> and 
<code>jvm.class.unloaded</code> metrics to use counter instruments. (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19141";>#19141</a>)</li>
   </ul>
   <!-- raw HTML omitted -->
   </blockquote>
   <p>... (truncated)</p>
   </details>
   <details>
   <summary>Changelog</summary>
   <p><em>Sourced from <a 
href="https://github.com/open-telemetry/opentelemetry-java-instrumentation/blob/main/CHANGELOG.md";>io.opentelemetry.javaagent:opentelemetry-javaagent's
 changelog</a>.</em></p>
   <blockquote>
   <h2>Version 2.30.0 (2026-07-22)</h2>
   <p>This release targets the OpenTelemetry SDK 1.64.0.</p>
   <p>Note that many artifacts have the <code>-alpha</code> suffix attached to 
their version
   number, reflecting that they will continue to have breaking changes. Please 
see
   <a 
href="https://github.com/open-telemetry/opentelemetry-java-instrumentation/blob/main/VERSIONING.md#opentelemetry-java-instrumentation-versioning";>VERSIONING.md</a>
   for more details.</p>
   <h3>⚠️ Breaking changes to non-stable APIs</h3>
   <ul>
   <li>Remove <code>ExperimentalInstrumentationModule#getModuleGroup()</code>. 
Built-in invokedynamic modules now
   share a single <code>InstrumentationModuleClassLoader</code>, and each 
extension is isolated in its own.
   (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/18859";>#18859</a>)</li>
   <li>Remove the deprecated <code>InstrumentationModule.isIndyModule()</code>; 
whether a module uses invokedynamic
   is now determined by the agent rather than declared per module.
   (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19140";>#19140</a>)</li>
   <li>Remove deprecated query-related APIs from 
<code>SqlClientAttributesGetter</code>, <code>CassandraRequest</code>, and
   <code>Experimental</code>.
   (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19165";>#19165</a>)</li>
   <li>Remove the deprecated <code>Enduser*</code> attribute-capturing APIs 
from the Spring Security 6.0 library;
   use the <code>User*</code> replacements instead.
   (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19168";>#19168</a>)</li>
   </ul>
   <h3>🚫 Deprecations</h3>
   <ul>
   <li>Deprecate only the Spring Boot starter <code>ConfigProperties</code> 
compatibility bean used with
   experimental declarative configuration, in favor of the new 
<code>ConfigProvider</code> bean; it will be
   removed in 3.0. The <code>ConfigProperties</code> bean remains supported for 
non-declarative configuration.
   (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19175";>#19175</a>)</li>
   <li>Deprecate <code>DeclarativeConfigPropertiesBridge</code> and 
<code>DeclarativeConfigPropertiesBridgeBuilder</code>.
   Use <code>DeclarativeConfigProperties</code> directly or 
<code>DeclarativeConfigBridge</code> instead. Will be removed
   in 3.0.
   (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19202";>#19202</a>)</li>
   <li>Deprecate <code>ConfigPropertiesBackedConfigProvider</code> in favor of 
<code>DeclarativeConfigBridge</code>. It will be
   removed in 2.31.0.
   (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19220";>#19220</a>)</li>
   </ul>
   <h3>🌟 New javaagent instrumentation</h3>
   <ul>
   <li>Add Javaagent instrumentation for HBase client 1.4.
   (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19087";>#19087</a>)</li>
   </ul>
   <h3>🌟 New library instrumentation</h3>
   <ul>
   <li>Add library instrumentation (<code>ThriftTelemetry</code>) for the 
Apache Thrift 0.13 async server.
   (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/pull/19062";>#19062</a>)</li>
   </ul>
   <h3>📈 Enhancements</h3>
   <!-- raw HTML omitted -->
   </blockquote>
   <p>... (truncated)</p>
   </details>
   <details>
   <summary>Commits</summary>
   <ul>
   <li><a 
href="https://github.com/open-telemetry/opentelemetry-java-instrumentation/commit/080c1d32ca676ba7b0210c21b60cce8e7ac39058";><code>080c1d3</code></a>
 [release/v2.30.x] Prepare release 2.30.0 (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/issues/19292";>#19292</a>)</li>
   <li><a 
href="https://github.com/open-telemetry/opentelemetry-java-instrumentation/commit/24935d877563b278977d104e240492795f47e2b5";><code>24935d8</code></a>
 Draft release notes (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/issues/19282";>#19282</a>)</li>
   <li><a 
href="https://github.com/open-telemetry/opentelemetry-java-instrumentation/commit/2f06b55b9f1e1054553838970cab7cc8f9eff339";><code>2f06b55</code></a>
 Gate Dubbo registry <code>server.address</code>/<code>server.port</code> 
behind stable rpc semconv ...</li>
   <li><a 
href="https://github.com/open-telemetry/opentelemetry-java-instrumentation/commit/61bc2025df2192304829df1a3ef44e7371d36719";><code>61bc202</code></a>
 Add contrib-facing helpers to the declarative config bridge (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/issues/19220";>#19220</a>)</li>
   <li><a 
href="https://github.com/open-telemetry/opentelemetry-java-instrumentation/commit/42f8313f8fd213cfc1e68c87e7ffa73e0237bdb9";><code>42f8313</code></a>
 Undeprecate ConfigProperties API methods (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/issues/19251";>#19251</a>)</li>
   <li><a 
href="https://github.com/open-telemetry/opentelemetry-java-instrumentation/commit/8060510c61be78d88bfc1d4811072462cd2e37a9";><code>8060510</code></a>
 chore: update instrumentation list [automated] (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/issues/19236";>#19236</a>)</li>
   <li><a 
href="https://github.com/open-telemetry/opentelemetry-java-instrumentation/commit/7dc4f164c20c926d15209eacf3af6250524a4272";><code>7dc4f16</code></a>
 Add lettuce connection telemetry back to metadata (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/issues/19261";>#19261</a>)</li>
   <li><a 
href="https://github.com/open-telemetry/opentelemetry-java-instrumentation/commit/26f51b365ece5e6d7c3d6ef3478e5693be3b3bbb";><code>26f51b3</code></a>
 Add catalog for common configs and metrics in metadata (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/issues/19244";>#19244</a>)</li>
   <li><a 
href="https://github.com/open-telemetry/opentelemetry-java-instrumentation/commit/af47fdf64f1d580914af9867d893a3f9fe8e3ac2";><code>af47fdf</code></a>
 Expose ConfigProvider bean in Spring Boot starter (<a 
href="https://redirect.github.com/open-telemetry/opentelemetry-java-instrumentation/issues/19175";>#19175</a>)</li>
   <li><a 
href="https://github.com/open-telemetry/opentelemetry-java-instrumentation/commit/90a4de99f59545516de86a3f2c34ae692995bca5";><code>90a4de9</code></a>
 Move experimental apis needed by indy instrumentations to 
InstrumentationModu...</li>
   <li>Additional commits viewable in <a 
href="https://github.com/open-telemetry/opentelemetry-java-instrumentation/compare/v2.29.0...v2.30.0";>compare
 view</a></li>
   </ul>
   </details>
   <br />
   
   
   [![Dependabot compatibility 
score](https://dependabot-badges.githubapp.com/badges/compatibility_score?dependency-name=io.opentelemetry.javaagent:opentelemetry-javaagent&package-manager=maven&previous-version=2.29.0&new-version=2.30.0)](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]

Reply via email to