-
Notifications
You must be signed in to change notification settings - Fork 2k
Client needs to be regenerated for Kubernetes 1.33 #4054
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
@brendandburns kindly support regarding this issue. |
/cc @yue9944882 |
@adilGhaffarDev we haven't regenerated or released the client for Kubernetes 1.33 yet. If you need access to this right now you will need to use the GenericAPI. We will regenerate and release the new client soon. |
The model regeneration workflow ^^^ was successfully despite that it failed at opening an automated PR at the end, i think it's due to github removed PR-related permissions from the default github token.. Anyway, it's able to push a new branch |
Hi all Thanks for comments and attention to the issue, appreciate it. I checked the branch from pull request and it fixing our issue from code perspective. Couple more questions
Asking in order to properly plan our activities |
@yue9944882 yeah, that's the way I've been doing it lately unfortunately, it seems like the only way to do it. @patroldo it will probably be a week or so. We won't patch the library, we release new versions for each version of Kubernetes, we don't back-port newer API changes into older kubernetes versions. |
|
Thank you @yue9944882 , now that the PR is merged, is it possible to do the release soon? |
The |
/close The new release is out |
@yue9944882: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
Hi. Thank you so much guys. Appreciate your help |
Describe the bug
In kubernetes 1.33 (probably if feature "emulation-version" was enabled), k8s-host/version returns additional fields which breaks JSON-parsing
Client Version
e.g.
23.0.0
Kubernetes Version
e.g.
1.33
Java Version
e.g. Java 17
To Reproduce
Try the following code with server k8s 1.33
"""
CoreV1Api coreV1Api = kubeClientBuilder.getCoreV1Api(kubeConfigFile.toString());
"""
Expected behavior
To get version of kubernetes in format "1.33" or something similar
KubeConfig
If applicable, add a KubeConfig file with secrets redacted.
Server (please complete the following information):
Additional context
It looks like in scope of this issue and commit provided below "/version" endpoint response has changed. Basically few additional fields were added:
kubernetes/kubernetes#129969
https://github.com/kubernetes/kubernetes/pull/130019/commits
Error:
An error occurred during validating cluster config: The field
emulationMajor
in the JSON string is not defined in theVersionInfo
properties. JSON:{"major":"1","minor":"33","emulationMajor":"1","emulationMinor":"33","minCompatibilityMajor":"1","minCompatibilityMinor":"32","gitVersion":"v1.33.0","gitCommit":"65f3ebc02e1db418b0375a4c71c315e12b637b5b","gitTreeState":"clean","buildDate":"2025-05-02T08:36:13Z","goVersion":"go1.24.2","compiler":"gc","platform":"linux/amd64"}
We understand that currently kubernetes java library doesn't support k8s 1.33. Couple of questions:
The text was updated successfully, but these errors were encountered: