-
Notifications
You must be signed in to change notification settings - Fork 640
-
Notifications
You must be signed in to change notification settings - Fork 640
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
0.16.3 and higher block indefinitely when invoking docker:start #586
Comments
I'm seeing the same problem with the same thread dump using 0.16.7 in a fairly complex setup, so unfortunately I cannot provide a self-contained example. |
External container ids should not be wait for.
@jbarnettwomply @hwellmann yeah, your are right. Links which refer plain container-names / ids are added naively to the list of dependencies. I filter these out now. I just released a |
I'm not sure where you publish the snapshots, so I built the integration branch locally - I hope that's the correct one. With that version the problem appears to be fixed. Thanks for the quick feedback! Release 0.16.8 would be much appreciated... |
@hwellmann ah, perfect. will do a 0.16.8 this evening. The snapshot is in the Maven snapshot repo, you would need to add <repository>
<id>apache.snapshots</id>
<name>Apache Development Snapshot Repository</name>
<url>https://repository.apache.org/content/repositories/snapshots/</url>
<releases>
<enabled>false</enabled>
</releases>
<snapshots>
<enabled>true</enabled>
</snapshots>
</repository> to your pom.xml |
confirmed it works for me as well. thanks for the quick turnaround! |
External container ids should not be wait for.
0.16.8 has just been released, waiting to bubble up to Maven central (should be there in less than an hour). Thanks again for reporting and analysing the issue ! |
We've been using an older version (org.jolokia) of the plugin for a while, and in upgrading to the latest version, noticed that our
docker:start
invocations would block forever with the stacktrace attached below. 0.16.2 works, but 0.16.3-0.16.7 exhibit this behavior. I suspect it's related to commit 2946205 and also possibly related to the fact that we<link>
to docker images that are already started earlier in the build process by other mechanisms (It seems like the plugin may be waiting to start those<link>
ed images, but it never will start them?).The text was updated successfully, but these errors were encountered: