-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Merge from moe writing branch from 9f986abd0f985e717dde1476aeaf058df50064ff #229
Merge from moe writing branch from 9f986abd0f985e717dde1476aeaf058df50064ff #229
Conversation
We found a Contributor License Agreement for you (the sender of this pull request), but were unable to find agreements for the commit author(s). If you authored these, maybe you used a different email address in the git commits than was used to sign the CLA (login here to double check)? If these were authored by someone else, then they will need to sign a CLA as well, and confirm that they're okay with these being contributed to Google. |
707a8df
to
e65ed9d
Compare
clabot lies. these are googler originated changes. |
Ok, this is hella-weird. It's succeeding on oracle JDK but on OpenJDK one test is failing, when tested from the pull request branch, but both pass when tested from the branch push. I don't know if this test is flaky, or what, but it's kind of a problem, since if it fails on the merge, we won't get a snapshot. @netdpb and @gk5885 - can you folks look at this build output and think through whether this is just a flaky test, or some environemental issue. |
It's weird. The two MembersInjector fields are unused in the subcomponent,
On Sat, Aug 29, 2015 at 6:23 PM Christian Edward Gruber <
|
e65ed9d
to
3960cb0
Compare
We found a Contributor License Agreement for you (the sender of this pull request) and all commit authors, but as best as we can tell these commits were authored by someone else. If that's the case, please add them to this pull request and have them confirm that they're okay with these commits being contributed to Google. If we're mistaken and you did author these commits, just reply here to confirm. |
3960cb0
to
b50f06c
Compare
------------- Created by MOE: http://code.google.com/p/moe-java MOE_MIGRATED_REVID=90533797
*** Reason for rollback *** Breaks android build *** Original change description *** Replace use of deprecated Futures.fallback with Futures.catching. *** ------------- Created by MOE: http://code.google.com/p/moe-java MOE_MIGRATED_REVID=90537687
…ecutes the maven build, and update the pom files with the relevant updates (not yet merged in from github). ------------- Created by MOE: http://code.google.com/p/moe-java MOE_MIGRATED_REVID=95043495
------------- Created by MOE: http://code.google.com/p/moe-java MOE_MIGRATED_REVID=98345805
*** Reason for rollback *** Broke some android targets that are somehow putting the old version of Guava on the classpath for the processor. *** Original change description *** Refactor module information into ModuleDescriptor. This provides a single, consistent way to access information about modules. Note: This CL changes the order in which modules are referenced in components, but that shouldn't ever matter. *** ------------- Created by MOE: http://code.google.com/p/moe-java MOE_MIGRATED_REVID=98353908
Flame graphs were taken from a build graph with 50 modules and 200 bindings per module. In each module, the provider methods have an order where each requires the object provided by the prior method. The number of samples is roughly halved, which suggests a ~50% reduction in build time for this binding graph. ------------- Created by MOE: http://code.google.com/p/moe-java MOE_MIGRATED_REVID=98407197
…le Java Formatter. ------------- Created by MOE: http://code.google.com/p/moe-java MOE_MIGRATED_REVID=98411635
…nce to FluentIterable.append. *** Original change description *** Automated g4 rollback of changelist 98344654. *** Reason for rollback *** Broke some android targets that are somehow putting the old version of Guava on the classpath for the processor. *** Original change description *** Refactor module information into ModuleDescriptor. This provides a single, consistent way to access information about modules. Note: This CL changes the order in which modules are referenced in components, but that shouldn't ever matter. *** *** ------------- Created by MOE: http://code.google.com/p/moe-java MOE_MIGRATED_REVID=98420884
*** Reason for rollback *** Broke an internal set of tests *** Original change description *** Ensure that all sources emitted by Dagger are formatted with the Google Java Formatter. *** ------------- Created by MOE: http://code.google.com/p/moe-java MOE_MIGRATED_REVID=98422425
b50f06c
to
2d42077
Compare
------------- Created by MOE: http://code.google.com/p/moe-java MOE_MIGRATED_REVID=98439423
Two Produced objects compare equal if both are successful, with equal values, or both are failed, with equal exceptions. ------------- Created by MOE: http://code.google.com/p/moe-java MOE_MIGRATED_REVID=98445597
…sses ComponentWriter and SubcomponentWriter so that we can use fields instead of passing arguments to methods. ------------- Created by MOE: http://code.google.com/p/moe-java MOE_MIGRATED_REVID=98740715
…emberSelectSnippet(BindingKey). This lets SubcomponentWriter implement a recursive search up the component tree without combining map data structures. ------------- Created by MOE: http://code.google.com/p/moe-java MOE_MIGRATED_REVID=98744070
…ava have been addressed. *** Original change description *** Automated g4 rollback of changelist 98411635. *** Reason for rollback *** Broke internal tests *** Original change description *** Ensure that all sources emitted by Dagger are formatted with the Google Java Formatter. *** ------------- Created by MOE: http://code.google.com/p/moe-java MOE_MIGRATED_REVID=98745221
…w method, getMultibindingContributionSnippet(ContributionBinding). This lets SubcomponentWriter implement a recursive search up the component tree without combining map data structures. Use MemberSelect for those snippets in order to determine whether the snippet is owned by the subcomponent or a parent. ------------- Created by MOE: http://code.google.com/p/moe-java MOE_MIGRATED_REVID=98753147
This adds a fake binding for the ProductionComponentMonitor so that producer factories can request them like normal provision bindings. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=106149671
… skipped because its input failed. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=106328773
This fixes TAP for domain_registry_large. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=106402329
…efficient, it allows us to simplify the way we store and reference fields in the future. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=106533383
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=106597867
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=106950444
…re resolved in the subgraph, not those that are inherited. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=106970691
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=107049195
…tic bindings, and allow subcomponent factory methods to elide them too. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=107097167
--------------------- Automatic change by MOE ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=107358545
…nce shade can't merge them. Tested: Actually ran the build shading with additional sealed bits in the classpath ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=107439464
… of the functional tests will run, add auto-factory to support its use in the functional test, and bump guava to the top of the classpath to avoid truth/auto-factory/etc. from supplying guava-18.0. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=107439700
4ce8303
to
a012aa2
Compare
We found a Contributor License Agreement for you (the sender of this pull request), but were unable to find agreements for the commit author(s). If you authored these, maybe you used a different email address in the git commits than was used to sign the CLA (login here to double check)? If these were authored by someone else, then they will need to sign a CLA as well, and confirm that they're okay with these being contributed to Google. |
d3de6fb
to
a012aa2
Compare
This doesn't mean that we should have naming sequences in those patterns, but our types that derive names from inputted types should not jump through hoops to have a style-compliant name. Addresses Github issue #173 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=107509623
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=107703506
------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=107708335
Tested: pushed a trial branch with this change to travis (https://travis-ci.org/google/dagger/jobs/90810414) ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=107711893
Huzzah! Builds clean! |
Lgtm |
After a long journey, this branch cometh home. (For the record, I got an LGTM from @gk5885 outside of this issue). |
Oh, and hten also in this issue, but github lags. :) |
…f985e717dde1476aeaf058df50064ff Merge from moe writing branch from 9f986ab
A variety of changes imported from google's internal repository, including:
Lazy<T>
orProvider<T>
(helping bring Dagger into compliance with JSR-330, and addressing Support dependency cycles containing Lazy or Provider #200)Lazy<T>