Closed codefromthecrypt closed 2 months ago
Happy to have work done here. As expressed elsewhere, ProtoClient was hacked together a long time ago (before SharedInformerFactory, fwiw) and then has mostly lain dormant.
The Kubernetes project currently lacks enough contributors to adequately respond to all issues.
This bot triages un-triaged issues according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle stale
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
fyi I'm not currently working on anything that requires this, we can keep it open or close and re-open when someone similar has the requirement
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues.
This bot triages un-triaged issues according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle rotten
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle rotten
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs.
This bot triages issues according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/reopen
/remove-lifecycle rotten
Please send feedback to sig-contributor-experience at kubernetes/community.
/close not-planned
@k8s-triage-robot: Closing this issue, marking it as "Not Planned".
It seems that the
SharedInformerFactory
is designed for the openapi client, with theCallGenerator
returning anokhttp3.Call
.ProtoClient
doesn't seem designed in way to hook in the same way, at least at the moment, as it doesn't returnokhttp3.Call
. Rather, it invokes a request synchronously which wouldn't work with watches.I'm not sure would be natural for it to return
io.kubernetes.client.openapi.ApiException
fromgenerate
, but that could be fine sinceProtoClient
depends on the openapi generatedApiClient
anyway.I think it could be something we can rejig to make it happen, by changing
SharedInformerFactory
or extracting some base class from it. This wouldn't unhook the gson dependency as stillApiClient
pins it, but it could be possible to still use the proto infrastructure and drive informers more efficiently.