docker-client
docker-client copied to clipboard
auth() method should be updated for new API
In docker API versions < 1.23, POSTing registry credentials to /auth would return a 200 if you could log in, and that's all. DockerClient.auth() reflects that, returning only an int.
For API versions >= 1.23, the POST /auth endpoint changed. It now returns a JSON body:
{
"Status": "Login Succeeded",
"IdentityToken": "9cbaf023786cd7..."
}
We should update DockerClient.auth() to read this JSON body into a message class. However, I'm not exactly sure how the implementation will work.
Questions:
- What should we do with the
Authclass that gets parsed from the message? We could just return it from theDockerClient.auth()method. But that is maybe sub-optimal because: 1. The"Status"message is redundant with the HTTP status code, at least for now; and 2. The"IdentityToken"is empty for the public Docker Hub, which does not use identity tokens (even though they should). So is it worth returning this almost worthless object? - If we don't return the
Authobject, what willDockerClient.auth()return? It could still return anintfor the status. But that seems sort of dumb to me. At the very least it should be abooleanfor whether you are authorized or not.
@johnflavin With a boolean, you can't distinguish a bad parameter from a server error.
Taking that into consideration, I'd go with the int.
It is true that a boolean return does not tell you which error occurred. But the practice throughout docker-client is that any known error states are thrown as exceptions with specific types corresponding to the error. So you would be able to distinguish the different kinds of error by catching the different exceptions.
Not to say that I agree or disagree with continuing to return an int. Just pointing out that, regardless of what the method ostensibly returns, it can also give information by throwing exceptions.
After thinking a while about it, I'd go with your suggestion to use the exception mechanism to distinguish the error.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Hi,
Since this project went on mature status, please re-open this issue (if it still stands) to https://github.com/dmandalidis/docker-client. Thanks