@maybedino Oooh nice! Thanks for this, we'll look into it.

This issue has not received any attention in 1 year and will be closed soon. If you want to keep it open, please leave a comment below @mentioning a maintainer.

This does not really cause any issues unless you have to validate your YAML files. The Kubernetes API does not complain.

@iliapolo Maybe it would still be good to keep this open, since technically it creates invalid YAML files which can cause problems with some deployment tools.

Our current workaround is to do this:

const ns = new k8s.KubeNamespace(this, "FooBar", {
	metadata: { name: "FooBar" },
});
ns.addJsonPatch(JsonPatch.remove("/metadata/namespace"));

Workaround that I used in cdk8s-team/cdk8s-plus#4239 (comment) requires me to update the if condition whenever we introduce a new cdk8s imported class which can be error prone.

I guess something like class ClusterApiObject extends ApiObject can be introduced. Then ClusterApiObject would be used during cdk8s import process. Since CRD yamls already contain wether it's namespaced or not, it should be possible for cdk8s to check that. I don't know how to achieve this in kubernetes-schemas, but we can even maintain hardcoded list for built-in k8s resources.

Really would love to see this issue fixed natively.