Support javax.lang.model.element.Modifier about javapoet

[cgruber]

+1. In processors we already have access to that API, so let's do it.

[JakeWharton]

I like this as well. Type-safety and specificity FTW.

I also don't think maintaining the int-based methods is required if we don't want to. This is a small, light project with few consumers. We could just bump the major version again and message it in the change log.

[gk5885]

OK then. Somebody can even assign it to me if they'd like.

[cgruber]

On 8 Jul 2013, at 13:07, Jake Wharton wrote:

I also don't think maintaining the int-based methods is required if
we don't want to. This is a small, light project with few consumers.
We could just bump the major version again and message it in the
change log.

Sob.

Can we mark them deprecated for a teensy bit? It's really really
obnoxious to import this library along with big change whenever, say,
dagger upgrades to a new javawriter. I'm ok with a one-release-delete
deprecation policy, but please don't rip them out immediately. Or add
them in, minor increase, then immediately rip them out for a major
version increase, just so I have some breathing room, please.

[swankjesse]

Sure.

[gk5885]

#19