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 had problems using the DropwizardAppRule together with a legacy embedded Jersey Server not using Dropwizard, running in the same JVM for our tests.
The dropwizard-guice module overrides the ServiceLocatorGenerator and RuntimeDelegate in BootstrapUtils.install without ever resetting them, breaking our legacy Jersey server when it wants to boot up (saying that the ServiceLocatorImpl "has been shut down").
This can be fixed manually by enhancing the DropwizardAppRule with
BootstrapUtils.reset();
after the Rule has shutdown.
Unfortunately I couldn't find any references to BootstrapUtils.reset() in the dropwizard-guice code. Maybe there's a way to call that generally when the Jersey server is shutting down or at least in the test environment enhancing the DropwizardAppRule (prolly by providing an own test-rule).
The text was updated successfully, but these errors were encountered:
I had problems using the
DropwizardAppRule
together with a legacy embedded Jersey Server not using Dropwizard, running in the same JVM for our tests.The dropwizard-guice module overrides the
ServiceLocatorGenerator
andRuntimeDelegate
inBootstrapUtils.install
without ever resetting them, breaking our legacy Jersey server when it wants to boot up (saying that theServiceLocatorImpl
"has been shut down").This can be fixed manually by enhancing the
DropwizardAppRule
withafter the Rule has shutdown.
Unfortunately I couldn't find any references to
BootstrapUtils.reset()
in the dropwizard-guice code. Maybe there's a way to call that generally when the Jersey server is shutting down or at least in the test environment enhancing theDropwizardAppRule
(prolly by providing an own test-rule).The text was updated successfully, but these errors were encountered: