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
I didn't even realise Wonder had this feature until a couple of days ago: if you're in development mode, launch an app instance on a fixed port, and then later launch another app instance on the same port, Wonder's default behaviour is for the second instance to stop the first (via the stop direct action) and then carry on launching. I had never seen this behaviour before (I regularly see "Address already in use"), and I set out to investigate why.
It seems to be the case that adding WOInject to a Wonder project prevents the catch block here from ever executing:
I didn't even realise Wonder had this feature until a couple of days ago: if you're in development mode, launch an app instance on a fixed port, and then later launch another app instance on the same port, Wonder's default behaviour is for the second instance to stop the first (via the
stop
direct action) and then carry on launching. I had never seen this behaviour before (I regularly see "Address already in use"), and I set out to investigate why.It seems to be the case that adding WOInject to a Wonder project prevents the catch block here from ever executing:
Instead of calling
stopPreviousDevInstance()
, anInjectableApplication
logs the exception and then terminates. To reproduce:InjectableApplication
and addApplicationRunner
.BindException
.I can't quite see where the exception is being swallowed, and why we don't make it back to the catch block in
adaptorWithName()
.The text was updated successfully, but these errors were encountered: