Simplify the check for valid Java identifiers in AutoFactory by using the well-hidden method that the annotation processing API provides for exactly that.
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=77707785
Avoid copying `@Override` twice.

-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=77772366
Tidy up the contributed source code for copying annotations from abstract property methods to their implementations.
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=77866062
If all the methods in an @AutoValue class are getters (getFoo() or isFoo()) then consider that each one defines a property called foo rather than getFoo. The user-visible change is that those names appear in the toString() of the generated class. The generated code is also a lot less surprising in this case. That's typically visible when you do code-completion on the AutoValue_Foo constructor in an IDE.

The main motivation for this change is that we will want to support both bar(x) and setBar(x) when we add builders, and that means supporting both bar() and getBar() as setters.
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=78161706
Bump auto-project dependencies to stable release versions and remove the now-obsolete common version stuff in the parent.

Also update the test the executes the open-source maven build so it properly executes against all of the sub-modules.
-------------
Created by MOE: http://code.google.com/p/moe-java
MOE_MIGRATED_REVID=78454011
Merge pull request #148 from google/moe_writing_branch_from_449e92e4a7f035483fb938a689e286da8af749d2

Moe writing branch from 449e92e4a7f035483fb938a689e286da8af749d2