Add kind and apiVersion to resources returned from k8sList

[jeff-phillips-18]

Fixes
https://issues.redhat.com/browse/ODC-4351

Description
This PR adds kind and apiVersion fields to the items returned from k8sList. Without those fields, the overview page needed to add them to the resources causing comparisons with newly retrieved items to fail though no data had changed.
It makes sense that these items contain these fields and upon retrieval seems to be the best single place to set them.

/kind bug

[andrewballantyne]

/lgtm

[jerolimov]

Tested it local and work as expected 👍

/lgtm

[jeff-phillips-18]

/cc @spadgett

[andrewballantyne]

@spadgett Would you know why it doesn't return the apiVersion and kind for each of the items? I assume this is for saving the bytes of data transfer, but it's near insignificant...

[spadgett]

/lgtm

[openshift-ci-robot]

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: andrewballantyne, jeff-phillips-18, jerolimov, spadgett

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

• frontend/OWNERS [spadgett]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

[spadgett]

@spadgett Would you know why it doesn't return the apiVersion and kind for each of the items? I assume this is for saving the bytes of data transfer, but it's near insignificant...

I don't know the history except that it's been this way since k8s 1.0. The 3.x console did what @jeff-phillips-18 is doing here and injected the api version and kind in our data service.