Handle @AutoValue properties with erroneous types early, to avoid generating bogus code which then confuses the compiler enough to hide the original cause of the error.
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=69900140
Now that AutoValueProcessor depends on MoreTypes, and therefore transitively on Guava, there is no point in depriving it of direct access to Guava Goodness. This CL applies GG in the most obvious places.
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=70111508
Rewrite reference to @GoogleInternal FluentIterable.join.
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=70116149
Use the simple name of @javax.annotation.Generated where possible and supply that annotation on the generated GWT serialization code for AutoValue.
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=70197756
In AutoValue, remove a bogus "if" in AbstractMethodExtractor that was causing the EclipseHack to fail in some cases.
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=70489329
Add a test case to TypeSimplifierTest that ensures that wildcard capture can't violate the assumption that TypeVariable.asElement() always returns a TypeParameterElement, even though that is not its declared return type. If this assumption is violated, users could get ClassCastException when they try to use MoreTypes.equivalence() with such types.
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=70515360
Add a utility that does quick, superficial validation on elements to ensure that all type information is present while running a processor.
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=70831442
Automated g4 rollback of changelist 70831442.

*** Reason for rollback ***

Broke tests

*** Original change description ***

Add a utility that does quick, superficial validation on elements to ensure that all type information is present while running a processor.

***
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=70836339
Add a utility for checking if annotations are present *without* dealing with the annotation proxies generated by javac.
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=70887184
Add a utility that does quick, superficial validation on elements to ensure that all type information is present while running a processor.

A roll forward of CL 70831442 with fixes to address recursion issues and unknown types.
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=70887718
Add MoreElements#getAnnotationMirror, a simple function that keeps getting reinvented with bugs.
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=71121135
Fix version information in service/pom.xml
Merge pull request #119 from google/moe_writing_branch_from_7120492f2aebecbb56ccf44fe7fbf3fc57622004

Merge changes from Google