-
Notifications
You must be signed in to change notification settings - Fork 642
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
DockerAccessWithHcClient.inspectContainer throws DockerAccessException #566
Comments
I consider this a bug and will make the change you suggest. All other methods also have the same semantics that null means 'not-found'. |
Which now checks for the return status code.
Hi, I still have a problem with that. I didn't have any problems with the previous plugin versions. I decided to update the version, because I needed to use the "network" feature, introduced later. Thanks |
@martinborisov87 which version of the plugin are you using ? If its 0.16.4 then this should be fixed this evening when I release 0.16.5 |
Yes, it is 0.16.4. Perfect, I'll wait for the new version then. Thank you! |
In Version 0.16.3:
DockerAccessWithHcClient.inspectContainer
never returnsnull
if a container can not be found (as suggested by the javadoc ofDockerAccess
) but rather throws anDockerAccessException(e, "Unable to retrieve container name for [%s])
. This is harmful whenio/fabric8/maven/docker/util/StartOrderResolver.java:127
tries to look for existing externally linked containers viaio.fabric8.maven.docker.service.QueryService#hasContainer
(It ends up inCannot resolve image dependencies for start order
messages) whenever the start order resolver checks for external containers.DockerAccessWithHcClient.inspecContainer
should rather expect 404s and returnnull
if encountered as inand the
ApacheHttpClientDelegate
should maybe translate404
responses intonull
s.Unfortunately I see no configuration workaround to get around this
The text was updated successfully, but these errors were encountered: