8000 Add RunWith annotations by cgruber · Pull Request #1 · google/dagger · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

Add RunWith annotations #1

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Feb 21, 2013
Merged

Add RunWith annotations #1

merged 1 commit into from
Feb 21, 2013

Conversation

cgruber
Copy link
@cgruber cgruber commented Feb 21, 2013

Add RunWith annotations so Dagger can build from source inside customers' codebases and run in non-maven hosted test runners.

…ers' codebases and run in non-maven hosted test runners.
cgruber added a commit that referenced this pull request Feb 21, 2013
Add RunWith annotations (Approved internally)
@cgruber cgruber merged commit 1f43517 into google:master Feb 21, 2013
cgruber pushed a commit that referenced this pull request May 10, 2013
nick-someone pushed a commit that referenced this pull request Jul 30, 2020
Note: This CL forks some auto-common for two reasons:

  1. SuperficialValidation: We need access to SuperficialValidation#validateType(), which is not publicly accessible. Rather than just copy over those specific methods, I've just forked the entire class so that it's clearer what the difference is. I've also sent out [] to open up visibility, but this could take a while since we also have to wait for a new push of the auto-common artifact, then update that artifact in bazel-common, then update Dagger's version of bazel-common.

  2. BasicAnnotationProcessor: There is a bug in the last publicly released version of BasicAnnotationProcessor ("com.google.auto:auto-common:0.10") which can send deferred elements to the wrong processing step. This is fixed in internally, but auto-common was last released on Jan. 2018, so those fixes haven't made it into the public artifacts.

Once we both of issue #1 is fixed, and we've pushed a new public release of auto-common we can remove both of these forks.

RELNOTES=Fix issue with @BINDS when impl extends generated type.

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=323833905
nick-someone pushed a commit that referenced this pull request Jul 30, 2020
Note: This CL forks some auto-common for two reasons:

  1. SuperficialValidation: We need access to SuperficialValidation#validateType(), which is not publicly accessible. Rather than just copy over those specific methods, I've just forked the entire class so that it's clearer what the difference is. I've also sent out [] to open up visibility, but this could take a while since we also have to wait for a new push of the auto-common artifact, then update that artifact in bazel-common, then update Dagger's version of bazel-common.

  2. BasicAnnotationProcessor: There is a bug in the last publicly released version of BasicAnnotationProcessor ("com.google.auto:auto-common:0.10") which can send deferred elements to the wrong processing step. This is fixed in internally, but auto-common was last released on Jan. 2018, so those fixes haven't made it into the public artifacts.

Once we both of issue #1 is fixed, and we've pushed a new public release of auto-common we can remove both of these forks.

RELNOTES=Fix issue with @BINDS when impl extends generated type.

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=323833905
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant
0