We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Describe the bug I am migrating from client version v19.0.0. When using AppsV1Api::patchNamespacedDeploymentCall, I get an error:
io.kubernetes.client.openapi.ApiException: Message: HTTP response code: 415 HTTP response body: { "kind": "Status", "apiVersion": "v1", "metadata": {}, "status": "Failure", "message": "415: Unsupported Media Type", "reason": "UnsupportedMediaType", "details": {}, "code": 415 }
I see that v19.0.0 defines more content types:
final String[] localVarContentTypes = { "application/json-patch+json", "application/merge-patch+json", "application/strategic-merge-patch+json", "application/apply-patch+yaml" };
compared to v20.0.0:
final String[] localVarContentTypes = { "application/json" };
Is there any reason for this?
Client Version v20.0.0
Kubernetes Version 1.24
Java Version Java 8
To Reproduce Steps to reproduce the behavior:
Expected behavior K8s accepts the request without problems.
KubeConfig If applicable, add a KubeConfig file with secrets redacted.
Server (please complete the following information):
Additional context Add any other context about the problem here.
The text was updated successfully, but these errors were encountered:
you should use PatchUtils
PatchUtils
Sorry, something went wrong.
This works as a workaround, but in fact this really is a bug in the client.
Looks related to #3106
No branches or pull requests
Describe the bug
I am migrating from client version v19.0.0.
When using AppsV1Api::patchNamespacedDeploymentCall, I get an error:
I see that v19.0.0 defines more content types:
compared to v20.0.0:
Is there any reason for this?
Client Version
v20.0.0
Kubernetes Version
1.24
Java Version
Java 8
To Reproduce
Steps to reproduce the behavior:
Expected behavior
K8s accepts the request without problems.
KubeConfig
If applicable, add a KubeConfig file with secrets redacted.
Server (please complete the following information):
Additional context
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered: