Chris Kessel

I'm having a very similar issue. I have two @Provides for the same class, both with a custom annotation. So one @Provides @Foo, the other @Provides @Bar. The providers are...

@jylin Are you using Dropwizard and Guice? I created this issue with the dropwizard-guice library, which is where the problem seems to lie, I think... https://github.com/HubSpot/dropwizard-guice/issues/91

Oh, and I'm working on a similar gradle build for VisibleTesla.

No, I'll have to work on one. And since it's non-deterministic, I'm not sure what part of the complexity of my current setup might be related.

Ok, I think I have a stand alone test. I ran this, hit both endpoints: http://localhost:8080/a/foo http://localhost:8080/b/foo In my log output, I can see: ``` INFO [2016-09-13 19:49:38,180] org.eclipse.jetty.server.Server: Started...

I'm definitely on 1.0.0.2: +--- com.hubspot.dropwizard:dropwizard-guice:1.0+ -> 1.0.0.2 The failing unit test is for a core element in our classes and tied in with everything. I'd have to spend a...

Well, it's something classpath related, not code related. Even this tiny test has the same a failure: ``` @Test public void testFoo() { UriBuilder.fromPath("http://foo"); } ``` Maybe I need to...

Yep, you nailed it. If I specify 1.0.0.1 the test passes, with 1.0.0.2 it fails. If there's anything you'd like me to try, let me know, I'm happy to help.

So this is interesting/odd....that particular test passes, but a different test in another module fails with the same error even with 1.0.0.1. So putting 1.0.0.1 didn't fix the problem, it...

I'm guessing the underlying problem is related to this: https://java.net/jira/si/jira.issueviews:issue-html/JERSEY-1950/JERSEY-1950.html Apparently, there's a cyclic dependency introduced with Jersey2 and Guice, and Dropwizard 1.0 pulls in Jersey2.