Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Should be able to have more than one ThirdPartyResource per domain #24394

Closed
polvi opened this issue Apr 18, 2016 · 2 comments
Closed

Should be able to have more than one ThirdPartyResource per domain #24394

polvi opened this issue Apr 18, 2016 · 2 comments
Labels
sig/api-machinery Categorizes an issue or PR as relevant to SIG API Machinery.

Comments

@polvi
Copy link
Contributor

polvi commented Apr 18, 2016

If this is the intended design, feel free to close. I could not tell if it was a bug or "feature".

If you add two ThirdPartyResources on the same domain, only one will be registered with the API. Consider this example:

$ cat example-tprs.yml
apiVersion: extensions/v1beta1
description: A foo
kind: ThirdPartyResource
metadata:
  name: foo.example.com
versions:
- name: v1

---
apiVersion: extensions/v1beta1
description: A bar
kind: ThirdPartyResource
metadata:
  name: bar.example.com
versions:
- name: v1
$ kubectl create -f example-tprs.yml 
thirdpartyresource "foo.example.com" created
thirdpartyresource "bar.example.com" created
$ kubectl get foos
the server doesn't have a resource type "foos"
$ kubectl get bars
$ curl localhost:8080/apis/example.com/v1
{
  "kind": "APIResourceList",
  "apiVersion": "v1",
  "groupVersion": "example.com/v1",
  "resources": [
    {
      "name": "bars",
      "namespaced": true,
      "kind": "Bar"
    }
  ]
}
@zhouhaibing089
Copy link
Contributor

looks like this one: #23831

@bgrant0607 bgrant0607 added the sig/api-machinery Categorizes an issue or PR as relevant to SIG API Machinery. label Apr 19, 2016
@nikhiljindal
Copy link
Contributor

Closing as dup of #23831

openshift-publish-robot pushed a commit to openshift/kubernetes that referenced this issue Jan 17, 2020
…ging

UPSTREAM: <carry>: Remove excessive logging during e2e upgrade test

Origin-commit: 570049b85d014eaff6e4b5ca950c864baff13bc4
openshift-publish-robot pushed a commit to openshift/kubernetes that referenced this issue Jan 20, 2020
…ging

UPSTREAM: <carry>: Remove excessive logging during e2e upgrade test

Origin-commit: 570049b85d014eaff6e4b5ca950c864baff13bc4
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
sig/api-machinery Categorizes an issue or PR as relevant to SIG API Machinery.
Projects
None yet
Development

No branches or pull requests

4 participants