Major Refactor of the library

[lholmquist]

Currently the library duplicates a lot of code between GET, POST, etc.... methods

I think most, if not all, pretty much do the same thing with only the url that it "requests" being different.

This can probably be refactored a lot.

The other part is the lib directory could be split between the various supported APIs.

For example:

.
└── lib
    ├── kube
    ├── oapi
    └── v1beta1

Even though the API should work the same, we should make this a major version update

[lholmquist]

I believe that there is an endpoint you can query on Openshift/Kubernetes that will give you all the endpoints. This could be used to then create the client

[lholmquist]

Taking a look at this library, https://github.com/godaddy/kubernetes-client, which looks to be pretty active, they are using a module called, swagger-fluent to create the api's at runtime.

it can either query the cluster to get the endpoints(currently just does /openapi/v2, which is kube only), or can take in a swagger.json file.

I did a little experiment, where i pointed it(kubernetes-client module) at a local copy of an Openshift swagger, i believe this includes both openshift and kube apis, and things seemed to work fine.

I've asked a question on the openshift/origin repo, openshift/origin#22122, to see if this document is exposed anywhere.

experimentation continues

[lholmquist]

I've created an issue regarding custom alias, godaddy/kubernetes-client#418

So if we do end up wrapping that library, we can add the openshift-y aliases in