You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
That way we could localize the hackery in our .skylib files, rather than in the parser.
The question is, how do we get skycfg to process the google.protobuf.Any message?
Happy to contribute this upstream, if someone can help out with the design.
The text was updated successfully, but these errors were encountered:
Related to #14, the
generated.proto
files in the Kubernetes API contain the metadata. (E.g.: https://github.com/kubernetes/api/blob/master/apps/v1/generated.proto#L221-L233)Some hackery can extract the GroupVersionKind from the message type, which sucks but is maintainable.
But other Kubernetes resources (e.g. the Istio
VirtualService
@ https://github.com/istio/api/blob/master/networking/v1alpha3/virtual_service.proto#L119) don't have theObjectMeta
embedded. They rely on other constructs likeclient-gen
to generate the Go struct but never generate the full protobuf message (E.g.: https://github.com/michaelkipper/istio-client-go/blob/master/pkg/apis/networking/v1alpha3/virtual_service.go#L33-L38)One thought I had was to generate my own Protobuf wrapper:
That way we could localize the hackery in our
.skylib
files, rather than in the parser.The question is, how do we get skycfg to process the
google.protobuf.Any
message?Happy to contribute this upstream, if someone can help out with the design.
The text was updated successfully, but these errors were encountered: