-
Notifications
You must be signed in to change notification settings - Fork 3k
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
Fake Client should generate name for resources #439
Comments
the fake clientset doesn't attempt to duplicate server-side behavior like validation, name generation, uid assignment, etc. if you want to test things like that, you can add reactors to mock that behavior. |
/close |
If anyone is trying to figure out how to add such reactors, I wrote a detailed explanation here: https://stackoverflow.com/questions/68794562/kubernetes-fake-client-doesnt-handle-generatename-in-objectmeta/68794563#68794563 |
Add the virtclientset to be used when vmirs and vmi client is interrogated. Add k8s.io/apiserver/pkg/storage/names dependency to allow performing server-side name generation behavior. (kubernetes/client-go#439) Signed-off-by: fossedihelm <[email protected]>
Add the virtclientset to be used when vmirs and vmi client is interrogated. Add k8s.io/apiserver/pkg/storage/names dependency to allow performing server-side name generation behavior. (kubernetes/client-go#439) Signed-off-by: fossedihelm <[email protected]>
Add the virtclientset to be used when vmirs and vmi client is interrogated. Add k8s.io/apiserver/pkg/storage/names dependency to allow performing server-side name generation behavior. (kubernetes/client-go#439) Signed-off-by: fossedihelm <[email protected]>
Add the virtclientset to be used when vmirs and vmi client is interrogated. Add k8s.io/apiserver/pkg/storage/names dependency to allow performing server-side name generation behavior. (kubernetes/client-go#439) Signed-off-by: fossedihelm <[email protected]>
Add the virtclientset to be used when vmirs and vmi client is interrogated. Add k8s.io/apiserver/pkg/storage/names dependency to allow performing server-side name generation behavior. (kubernetes/client-go#439) Signed-off-by: fossedihelm <[email protected]>
Add the virtclientset to be used when vmirs and vmi client is interrogated. Add k8s.io/apiserver/pkg/storage/names dependency to allow performing server-side name generation behavior. (kubernetes/client-go#439) Signed-off-by: fossedihelm <[email protected]>
Add the virtclientset to be used when vmirs and vmi client is interrogated. Add k8s.io/apiserver/pkg/storage/names dependency to allow performing server-side name generation behavior. (kubernetes/client-go#439) Signed-off-by: fossedihelm <[email protected]>
Add the virtclientset to be used when vmirs and vmi client is interrogated. Add k8s.io/apiserver/pkg/storage/names dependency to allow performing server-side name generation behavior. (kubernetes/client-go#439) Signed-off-by: fossedihelm <[email protected]>
Add the virtclientset to be used when vmirs and vmi client is interrogated. Add k8s.io/apiserver/pkg/storage/names dependency to allow performing server-side name generation behavior. (kubernetes/client-go#439) Signed-off-by: fossedihelm <[email protected]>
The Fake Clientset does not behave as expected when the GenerateName field is defined in a resource. On creation, the resource does not get a Name with a unique suffix.
When 2 or more resources are created by the Fake ClientSet in testing, an api error occurs because of a Name collision, e.g. "Pod 'default/' already exists" (where Name is an empty string).
This has become a problem for us in testing a custom controller that creates 2 pods sequentially with the GenerateName field defined.
cc @screeley44 @jeffvance
The text was updated successfully, but these errors were encountered: