You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jun 16, 2021. It is now read-only.
Currently the libcompose project object can notify when particular events occur via the AddListener function. This is great when you are trying to get events from libcompose actions, however, this doesn't appear to be tied into the docker events api (https://docs.docker.com/engine/api/v1.37/#operation/SystemEvents). This means that it is possible for a container to restart outside of libcompose's control (say with a typical docker restart ... cmd) and there would be no libcompose event.
Such cases where this matters would be when using the project.Log() method to follow logs in realtime, but then a container is restarted.... currently the existing reader is closed and a new one is not reopened once the container is restarted. This results in the Log() method silently loosing all future logs.
Though it is possible to get this functionality outside of libcompose by monitoring events from the docker events api and correlating container events with ids pulled from the libcompose... but this would not be ideal.
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Currently the libcompose project object can notify when particular events occur via the
AddListener
function. This is great when you are trying to get events from libcompose actions, however, this doesn't appear to be tied into the docker events api (https://docs.docker.com/engine/api/v1.37/#operation/SystemEvents). This means that it is possible for a container to restart outside of libcompose's control (say with a typicaldocker restart ...
cmd) and there would be no libcompose event.Such cases where this matters would be when using the
project.Log()
method to follow logs in realtime, but then a container is restarted.... currently the existing reader is closed and a new one is not reopened once the container is restarted. This results in theLog()
method silently loosing all future logs.Though it is possible to get this functionality outside of libcompose by monitoring events from the docker events api and correlating container events with ids pulled from the libcompose... but this would not be ideal.
The text was updated successfully, but these errors were encountered: