-
Notifications
You must be signed in to change notification settings - Fork 3.1k
Broken binding when providing an auto-factory generated implementation without a fully qualified class name. #456
Comments
Someone else with the same issue. |
There have been major changes in Dagger 2 to address these types of issues. Presumably, if someone were to migrate the Dagger 1 processors to extend |
I do not know which |
In that case, we need @cgruber to do a sync with the google repo. |
Came here from SO question, I'm using Dagger 2 with AutoFactory and seeing same behavior, only works with fully qualified names.
|
This is not the repository for Dagger 2. You want On Mon, Oct 12, 2015 at 11:28 PM Mike Nakhimovich notifications@github.com
|
@gk5885 mentions that Dagger 2 has resolved the issue, I thought it might be worth noting that extending BasicAnnotationProcessor does not fix this. |
…684005f94867c54a07e824985836d845ce654 Moe sync 9/6
@digitalbuddha as you mentioned factory classes works with fully qualified names ! for me still it is not working. do you any other suggestion on this to make it work? i am using dagger<2.5> . please help. |
As was mentioned, Dagger 2.x is on the http://github.com/google/dagger project. The square project |
I am pretty sure this is a dagger issue and not an google/auto one, but feel free to correct me.
When trying to provide an implementation of an interface:
Where the implementation is the result of an AutoFactory, I get this exception (at runtime - issues at compile time):
The following works:
I assume the issue is that auto factory hasn't generated the class yet when dagger processes the
@Provides
method and maybe adding an implied reference the the fully qualified package name would help.The text was updated successfully, but these errors were encountered: