Tranquillity in Jee project throws WELD unsatisfied dependencies exception

I included tranquility 2.10 in my Jee7 project and I got the following WELD error when I started up Jboss wildFly 8.
It seems because tranquillity has dependency on druid-server, when Jboss starts it try to inject ZkCoordinator and JacksonConfigManager but neither has default constructor.

org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied dependencies for type ZkCoordinator with qualifiers @Default

at injection point [UnbackedAnnotatedParameter] Parameter 1 of [UnbackedAnnotatedConstructor] @Inject public io.druid.server.http.HistoricalResource(ZkCoordinator)

at io.druid.server.http.HistoricalResource.(HistoricalResource.java:0)

at org.jboss.weld.bootstrap.Validator.validateInjectionPointForDeploymentProblems(Validator.java:372)

at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:293)

at org.jboss.weld.bootstrap.Validator.validateGeneralBean(Validator.java:134)

at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:167)

at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:531)

at org.jboss.weld.bootstrap.ConcurrentValidator$1.doWork(ConcurrentValidator.java:68)

at org.jboss.weld.bootstrap.ConcurrentValidator$1.doWork(ConcurrentValidator.java:66)

at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:60)

at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:53)

at java.util.concurrent.FutureTask.run(FutureTask.java:262)

at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)

at java.lang.Thread.run(Thread.java:745)

Exception 0 :

org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied dependencies for type JacksonConfigManager with qualifiers @Default

at injection point [UnbackedAnnotatedParameter] Parameter 1 of [UnbackedAnnotatedConstructor] @Inject public io.druid.server.http.CoordinatorDynamicConfigsResource(JacksonConfigManager)

at io.druid.server.http.CoordinatorDynamicConfigsResource.(CoordinatorDynamicConfigsResource.java:0)

at org.jboss.weld.bootstrap.Validator.validateInjectionPointForDeploymentProblems(Validator.java:372)

at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:293)

at org.jboss.weld.bootstrap.Validator.validateGeneralBean(Validator.java:134)

at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:167)

at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:531)

at org.jboss.weld.bootstrap.ConcurrentValidator$1.doWork(ConcurrentValidator.java:68)

at org.jboss.weld.bootstrap.ConcurrentValidator$1.doWork(ConcurrentValidator.java:66)

at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:60)

at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:53)

at java.util.concurrent.FutureTask.run(FutureTask.java:262)

at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)

at java.lang.Thread.run(Thread.java:745)

at org.jboss.weld.bootstrap.ConcurrentValidator.validateBeans(ConcurrentValidator.java:76)

at org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:492)

at org.jboss.weld.bootstrap.WeldStartup.validateBeans(WeldStartup.java:435)

at org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:90)

at org.jboss.as.weld.WeldStartService.start(WeldStartService.java:93)

at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final]

at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final]

I believe this is a duplicate with https://groups.google.com/forum/#!topic/druid-development/Vl5j8P6Tjrc

Let’s continue the conversation in this thread though.

Any idea why it’s trying to do that? Tranquility shouldn’t need ZkCoordinator or JacksonConfigManager to work. I’m not familiar with Weld and am not sure why it’s trying to make them.