generic kubernetes resource improvements

[lburgazzoli]

To make it easy to deal with generic kubernetes resources, it would be nice to have:

• support for HasMetadata resources out of the box
• support for automatic creation of the related ResourceDefinitionContext

As today to implement such logic, I have the following utility method in place:

void createOrReplace(HasMetadata resource) {
    var generic = Serialization.jsonMapper().convertValue(resource, GenericKubernetesResource.class);
    var context = asResourceDefinitionContext(resource);
    
    kubernetesClient
        .genericKubernetesResources(context)
        .createOrReplace(generic)
}

It would be nice to be able to do something like:

void createOrReplace(HasMetadata resource) {    
    kubernetesClient
        .genericKubernetesResources()
        .createOrReplace(resource)
}

[shawkins]

If your HasMetadata is properly annotated you can now do:

kubernetesClient.resources(resource.class).createOrReplace(resource);

Or

kubernetesClient.resource(resource).createOrReplace();

The latter one though is a slightly different set of apis, which I'm trying to align with Resource #3364

[lburgazzoli]

Does this work also if the HasMetadata is an instance of GenericKubernetesResource ?

[shawkins]

Does this work also if the HasMetadata is an instance of GenericKubernetesResource ?

With just the base type, no. The longer answer is that it's eventually possible for kubernetesClient.resource(resource) to use the resource to get the groupVersion and lookup the additional metadata if needed. I was going to try and start that with #3294

[shawkins]

I'll see if I can get the full generic logic in 5.9 or shortly thereafter.

[manusa]

Relates to:

• Provide a dynamic client #2929
• how to get apiGroupList use kubernetes-client?  #3294 (comment)
• Support for fetching APIResourceList #3303
• NullPointerException for CustomResource - (missing default handler for GenericKubernetesResource) #3392