Bump kubernetes.client.version from 7.5.2 to 7.6.0

[dependabot]

Bumps kubernetes.client.version from 7.5.2 to 7.6.0.
Updates io.fabric8:kubernetes-client from 7.5.2 to 7.6.0

Release notes

Sourced from io.fabric8:kubernetes-client's releases.

7.6.0 (2026-03-02)

Bugs

• Fix #5292: Cluster() configuration should use tlsServerName
• Fix #7174: (httpclient) Fix HTTP client factory priority - VertxHttpClientFactory (default) now has priority -1, OkHttpClientFactory restored to priority 0
• Fix #7174: (httpclient-vertx-5) Add runtime check for Vert.x 5 classes to provide clear error when Vert.x 4/5 conflict occurs
• Fix #7174: (chaos-tests) Fix classpath conflict when testing with Vert.x 5 HTTP client
• Fix #7415: (java-generator) Fix generic type erasure for array of enums with default values
• Fix #7422: (okhttp) Remove internal API usage and fix deprecated OkHttp 5 calls
• Fix #7446: making the timeout of BaseOperation.createOrReplace() configurable

Improvements

• Fix #1105: Add javadoc cross-linking for Fabric8 modules and external dependencies
• Fix #5756: Use Editable interface instead of reflection to instantiate resource builders
• Fix #7422: bump okhttp from 4.12.0 to 5.3.2
• Fix #7252: call additionalConfig when building Vert.x HTTP clients with VertxHttpClientFactory

Dependency Upgrade

• Fix #7374: bump snakeyaml-engine from 2.10 to 3.0.1

New Features

• Fix #7385: Support for Kubernetes v1.35 (Timbernetes)
• Fix #7174: Added Vert.x 5 HTTP client implementation with improved async handling and WebSocket separation
• Fix #7402: Added Byte code level semver API compatibility report generation using Revapi

Note: Breaking changes

• Fix #5756: Resources edited with visitors must now implement io.fabric8.kubernetes.api.builder.Editable. All model classes provided by the client already implement this interface. User-provided custom resources that use visitor-based editing will need to implement Editable (trivial when a builder already exists).
• Fix #7422: bump okhttp from 4.12.0 to 5.3.2. The versions are binary compatible, but the major version upgrade might cause side effects.

Note: Vert.x HTTP Client Compatibility (Issue #7174)

The kubernetes-httpclient-vertx (Vert.x 4.x) and kubernetes-httpclient-vertx-5 (Vert.x 5.x) modules are mutually exclusive. They must not be included together in your project dependencies. Both modules provide an implementation of HttpClient.Factory and use the same io.vertx artifact coordinates but with incompatible major versions.

-Problem*: If both modules are present on the classpath, Maven's dependency resolution may pick Vert.x 4.x JARs while the Vertx5HttpClientFactory is selected at runtime. This causes NoClassDefFoundError for Vert.x 5-specific classes like io.vertx.core.impl.SysProps.

-Solution*: Ensure your project includes only ONE of these modules:

• kubernetes-httpclient-vertx (default, uses Vert.x 4.x) - included transitively via kubernetes-client
• kubernetes-httpclient-vertx-5 (optional, uses Vert.x 5.x) - requires explicit dependency and exclusion of vertx-4

When using Vert.x 5, exclude the default Vert.x 4 client and set the vertx.version property:

<properties>
  <vertx.version>${vertx5.version}</vertx.version> <!-- or explicit 5.0.7 -->
</properties>
<dependencies>
  <dependency>
    <groupId>io.fabric8</groupId>
    <artifactId>kubernetes-client</artifactId>
</tr></table> 

... (truncated)

Changelog

Sourced from io.fabric8:kubernetes-client's changelog.

7.6.0 (2026-03-02)

Bugs

• Fix #5292: Cluster() configuration should use tlsServerName
• Fix #7174: (httpclient) Fix HTTP client factory priority - VertxHttpClientFactory (default) now has priority -1, OkHttpClientFactory restored to priority 0
• Fix #7174: (httpclient-vertx-5) Add runtime check for Vert.x 5 classes to provide clear error when Vert.x 4/5 conflict occurs
• Fix #7174: (chaos-tests) Fix classpath conflict when testing with Vert.x 5 HTTP client
• Fix #7415: (java-generator) Fix generic type erasure for array of enums with default values
• Fix #7422: (okhttp) Remove internal API usage and fix deprecated OkHttp 5 calls
• Fix #7446: making the timeout of BaseOperation.createOrReplace() configurable

Improvements

• Fix #1105: Add javadoc cross-linking for Fabric8 modules and external dependencies
• Fix #5756: Use Editable interface instead of reflection to instantiate resource builders
• Fix #7422: bump okhttp from 4.12.0 to 5.3.2
• Fix #7252: call additionalConfig when building Vert.x HTTP clients with VertxHttpClientFactory

Dependency Upgrade

• Fix #7374: bump snakeyaml-engine from 2.10 to 3.0.1

New Features

• Fix #7385: Support for Kubernetes v1.35 (Timbernetes)
• Fix #7174: Added Vert.x 5 HTTP client implementation with improved async handling and WebSocket separation
• Fix #7402: Added Byte code level semver API compatibility report generation using Revapi

Note: Breaking changes

• Fix #5756: Resources edited with visitors must now implement io.fabric8.kubernetes.api.builder.Editable. All model classes provided by the client already implement this interface. User-provided custom resources that use visitor-based editing will need to implement Editable (trivial when a builder already exists).
• Fix #7422: bump okhttp from 4.12.0 to 5.3.2. The versions are binary compatible, but the major version upgrade might cause side effects.

Note: Vert.x HTTP Client Compatibility (Issue #7174)

The kubernetes-httpclient-vertx (Vert.x 4.x) and kubernetes-httpclient-vertx-5 (Vert.x 5.x) modules are mutually exclusive. They must not be included together in your project dependencies. Both modules provide an implementation of HttpClient.Factory and use the same io.vertx artifact coordinates but with incompatible major versions.

Problem: If both modules are present on the classpath, Maven's dependency resolution may pick Vert.x 4.x JARs while the Vertx5HttpClientFactory is selected at runtime. This causes NoClassDefFoundError for Vert.x 5-specific classes like io.vertx.core.impl.SysProps.

Solution: Ensure your project includes only ONE of these modules:

• kubernetes-httpclient-vertx (default, uses Vert.x 4.x) - included transitively via kubernetes-client
• kubernetes-httpclient-vertx-5 (optional, uses Vert.x 5.x) - requires explicit dependency and exclusion of vertx-4

When using Vert.x 5, exclude the default Vert.x 4 client and set the vertx.version property:

<properties>
  <vertx.version>${vertx5.version}</vertx.version> <!-- or explicit 5.0.7 -->
</properties>
<dependencies>
  <dependency>
    <groupId>io.fabric8</groupId>
</tr></table> 

... (truncated)

Commits

• 58c2fd4 [RELEASE] Updated project version to v7.6.0
• d7c769c fix: making the timeout of BaseOperation.createOrReplace() configurable (7449)
• 25ec08a doc(java-generator): document annotation processor configuration for extraAnn...
• 6a90694 feat!: use Editable when possible instead of reflection to infer builder (5756)
• 563935a feat: revapi implementation for API compatiblity report (7434)
• 73384d8 chore(vertx): improve additionalConfig API and test consistency
• d205433 fix(vertx): call additionalConfig when building vertx http client with the st...
• b485161 doc(javadoc): add cross-linking to maven-javadoc-plugin configuration
• 3c2246e chore(docs): update CHANGELOG for 7.6-SNAPSHOT with missing entries
• 3f418fd chore(deps): update SnakeYAML Engine version from 2.10 to 3.0.1 (#7377)
• Additional commits viewable in compare view

Updates io.fabric8:kubernetes-model-common from 7.5.2 to 7.6.0

Updates io.fabric8:knative-client from 7.5.2 to 7.6.0

Updates io.fabric8:kubernetes-server-mock from 7.5.2 to 7.6.0

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)