If you’re using modules, then if you have two provider modules bound to the same component, then you’ll be able to allow them to see the heater as a constructor parameter. @Module public class HeaterModule { @Provides @Singleton Heater heater() { return new Heater(); // if not using @Inject constructor } } @Module public class … Read more
@Provides @Singleton public AuthManager providesAuthManager(AuthManager manager) { return manager; } Your providesAuthManager method which provides an AuthManager depends on an AuthManager. There’s your cycle 🙂
One fundamental difference about Dagger method injection, compared to the way you are using it, is that Dagger method injection is just another way for Dagger to send in dependencies when constructing or injecting a DI-ready object, which means that @Inject-annotated methods are meant to be called by Dagger once on construction and not from … Read more
How I understand it: And keep in mind two things (when I first read 1) it it made everything cleaner to me): 1)Components live as long as you want it to or as long as class that created component wasn’t destroyed (like android activity or fragment) 2)If you don’t annotate you provide methods with annotation … Read more
I recently post the answer to a question like this in this post : Dagger 2 : error while getting a multiple instances of same object with @Named You need to use @Named(“someName”)in your module like this: @Module public class ApplicationModule { private Shape rec; private Shape circle; public ApplicationModule() { rec = new Rectangle(); … Read more
Remove the below code from the AppModule.class and rebuild the project @Provides @Singleton Application provideContext(SomeApplication application) { return application; }
@Binds and @ContributesAndroidInjector methods must be abstract, because they don’t have method bodies. That means that they must go on an interface or abstract class. @Provides methods may be static, which means they can go on abstract classes and Java-8-compiled interfaces, but non-static (“instance”) @Provides methods don’t work on abstract classes. This is explicitly listed … Read more
You need to have the kapt processor in build.gradle: kapt { generateStubs = true } dependencies { … compile “org.jetbrains.kotlin:kotlin-stdlib:$kotlin_version” compile ‘com.google.dagger:dagger:2.0.2’ kapt ‘com.google.dagger:dagger-compiler:2.0.2’ … } This extension will generate the code for dagger. Additionally, for newer gradle versions, you can also apply the plugin in your build.gradle: apply plugin: ‘kotlin-kapt’ dependencies { … compile … Read more
my solution is to add apply plugin: ‘kotlin-kapt’ and remove kapt { generateStubs = true }
As it described in the Kotlin reference To make Kotlin APIs work in Java we generate Box<Super> as Box<? extends Super> for covariantly defined Box (or Foo<? super Bar> for contravariantly defined Foo) when it appears as a parameter. You can use @JvmSuppressWildcards for avoiding it, just as following: @Inject lateinit var foo: Set<@JvmSuppressWildcards Foo>