Can you post a small sample app that exhibits this? I'm not sure when the data binding "compilation" occurs, but my guess is that when javac fails due to Dagger, the entire gradle build halts and therefore you get these errors. Similar errors occur when you have just Dagger errors and the DaggerFooComponet cannot be generated; javac doesn't know how to handle this and throws up its hands.

Sadly, I can't reproduce it in a separate project. :(

Do you want a copy of the output of ./gradlew assembleDebug --debug ?

After couple of days of debugging, i found that javac outputs by default max 100 errors.
So if anyone, come with this error just add to gradle to force javac to output over 100 errors.

gradle.projectsEvaluated {
    tasks.withType(JavaCompile) {
        options.compilerArgs << "-Xmaxerrs" << "500"
    }
}

so @ronshapiro you can close this issue.

@ronshapiro @charbgr
my co-worker just ran into this issue. The fix above solved the problem, but in the meantime, it made her hate dagger and code-generation in general. 100 errors displayed on screen, and none having anything to do with something she did. So I would suggest to document it beter than in a comment of a closed issue

@charbgr You saved my life, can we document this somewhere?

What errors were being displayed such that you had over 100
non-dagger-caused errors?

On Tue, 26 Jul 2016 at 22:38 Jignesh Sanghani notifications@github.com
wrote:

@charbgr https://github.com/charbgr You saved my life, can we document
this somewhere?

—
You are receiving this because you are subscribed to this thread.

Reply to this email directly, view it on GitHub
#306 (comment), or mute
the thread
https://github.com/notifications/unsubscribe-auth/AAUN4hfvIeHYjW_ky3KOpudSXiGZueGYks5qZu62gaJpZM4HSXDD
.

@cgruber
it's the bad interaction with the android data-binding library generates a MyLayoutBinding class for each resource/layout/my_layout.xml, and myLayoutBinding.subViewXX for each android:id="@+id/subViewXX". If you have 20 layouts and 5 ids in each layout, you have very soon 120 generated symbols in your code that each cause a compilation error if not generated correctly.

If you're using data binding, android studio generates error for every layout file even though there's no error in them, which causes dagger errors to be swallowed.

This seems to be a periodic question, I'm going to add some docs to it so that it's more clear.

The mentioned fix actually didn't work for me with Gradle 4.0. It does not find the JavaCompile tasks. Here what I did instead (in my main build.gradle)

allprojects {
  afterEvaluate {
     tasks.withType(JavaCompile.class) {
       options.compilerArgs << "-Xmaxerrs" << "500"
     }
   }
 }

But for koltin it's showing databinding error in case of dagger related errors. Dagger related error is not showing in logs. Can anybody help me with this error

@sangeetsuresh1 when annotation processor errors, the error output is mixed with errors coming from all annotation processors (including databinding). Increase the number of errors as mentioned above and search for possible dagger problems in that big list of errors.

There is not really a better way at the moment.

@tasomaniac I have found that new data binding library is causing the issue android.databinding.enableV2=true
If databinding v2 is disabled it's showing proper dagger error.

Can you guys tell us an update on this? Any time something is wrong I just give up and go with whats working. But it's hard to modularize when Dagger does not tell me whats wrong.

@breakline87 it's not dagger swallowing the errors. It's the java compiler that by default cuts out after 100 errors. 100 errors is a lot normally but when you have a bunch of annotation processors like dagger and android databindings you easily pass that limit. It's not something that can (or probably even should) be fixed in dagger, the only thing you can do is increase the maximum number of displayed compilation errors as shown in multiple comments above (eg #306 (comment) or #306 (comment) )

Unfortunately, there is not always an appropriate error message. Several bugs in databinding can cause this (one example would be to use wrong package names in layout files).

Dagger fails when I try to inject into a private field, however either I dont see the error message (at least not anymore) or its just not there. Sometimes it takes up hours to find a bug because all I see is "class not found" and similar error messages everywhere. Even if I see the whole output in a big project that means thousands of lines I dont care about at all.

An advice that I can give you is to go one step at a time when it comes to dagger. Don't change bunch of things and try to run some time later.

If you build each time after you do a dagger related change, then you will know what exactly broke it when it is broken. I know building also takes time but it will not take hours.

Why it is not showing errors for new android data binding compiler i.e v2. Have somebody found the root cause of errors not showing?

Kotlin docs helped me:

kapt {
    javacOptions {
        // Increase the max count of errors from annotation processors.
        // Default is 100.
        option("-Xmaxerrs", 500)
    }
}

Of course this should be used if you use kapt

@vfarafonov This isn't fixing the problem for us. Even after putting that configuration in our offending module and the app module, the build still fails with kapt 100 errors.

error: package javax.annotation.processing does not exist
import javax.annotation.processing.Generated;

FWIW, @netdpb is working on limiting the amount of actual errors that Dagger prints out, and this should help greatly.

Specifically, for many types of errors, we used to print the error N times, where N was the number of entry points from a (sub)component where the error was presented. Initially that was due to an implementation detail, but now it's not necessary and it proves to not be so helpful. So we're likely going to pick 1 of the entry points, print information for that.

Hopefully that will make these types of problems less likely to come up.

@benwicks With javac that would mean that you're using Java 10 (or 9) and didn't pass -source 8 or --release 8. There must be an equivalent with kapt.

I've applied it to all my submodules with this in my root build.gradle:

subprojects {

    afterEvaluate {
        if (project.plugins.hasPlugin("kotlin-kapt")) {
            kapt {
                javacOptions {
                    option("-Xmaxerrs", 500)
                }
            }
        }
    }
}

@carlonzo Only solution that actually works for me. Thanks for sharing!

I've applied it to all my submodules with this in my root build.gradle:

subprojects {

    afterEvaluate {
        if (project.plugins.hasPlugin("kotlin-kapt")) {
            kapt {
                javacOptions {
                    option("-Xmaxerrs", 500)
                }
            }
        }
    }
}

Thank you

After couple of days of debugging, i found that javac outputs by default max 100 errors.
So if anyone, come with this error just add to gradle to force javac to output over 100 errors.

gradle.projectsEvaluated {
    tasks.withType(JavaCompile) {
        options.compilerArgs << "-Xmaxerrs" << "500"
    }
}

so @ronshapiro you can close this issue.

thanks

If you see many many errors coming from Android Databinding, upgrade to Android Gradle Plugin version 3.3.+ and it will show only 1 error. So this way you don't have to increase -Xmaxerrs