Мы можем сделать это с помощью аннотаций!
Чтобы вызвать ошибку, используйте Messagerдля отправки сообщения с помощью Diagnostic.Kind.ERROR. Краткий пример:
processingEnv.getMessager().printMessage(
Diagnostic.Kind.ERROR, "Something happened!", element);
Вот довольно простая аннотация, которую я написал, чтобы проверить это.
Эта @Markerаннотация указывает на то, что целью является интерфейс маркера:
package marker;
import java.lang.annotation.*;
@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.TYPE)
public @interface Marker {
}
И обработчик аннотаций вызывает ошибку, если это не так:
package marker;
import javax.annotation.processing.*;
import javax.lang.model.*;
import javax.lang.model.element.*;
import javax.lang.model.type.*;
import javax.lang.model.util.*;
import javax.tools.Diagnostic;
import java.util.Set;
@SupportedAnnotationTypes("marker.Marker")
@SupportedSourceVersion(SourceVersion.RELEASE_6)
public final class MarkerProcessor extends AbstractProcessor {
private void causeError(String message, Element e) {
processingEnv.getMessager()
.printMessage(Diagnostic.Kind.ERROR, message, e);
}
private void causeError(
Element subtype, Element supertype, Element method) {
String message;
if (subtype == supertype) {
message = String.format(
"@Marker target %s declares a method %s",
subtype, method);
} else {
message = String.format(
"@Marker target %s has a superinterface " +
"%s which declares a method %s",
subtype, supertype, method);
}
causeError(message, subtype);
}
@Override
public boolean process(
Set<? extends TypeElement> annotations,
RoundEnvironment roundEnv) {
Elements elementUtils = processingEnv.getElementUtils();
boolean processMarker = annotations.contains(
elementUtils.getTypeElement(Marker.class.getName()));
if (!processMarker)
return false;
for (Element e : roundEnv.getElementsAnnotatedWith(Marker.class)) {
ElementKind kind = e.getKind();
if (kind != ElementKind.INTERFACE) {
causeError(String.format(
"target of @Marker %s is not an interface", e), e);
continue;
}
if (kind == ElementKind.ANNOTATION_TYPE) {
causeError(String.format(
"target of @Marker %s is an annotation", e), e);
continue;
}
ensureNoMethodsDeclared(e, e);
}
return true;
}
private void ensureNoMethodsDeclared(
Element subtype, Element supertype) {
TypeElement type = (TypeElement) supertype;
for (Element member : type.getEnclosedElements()) {
if (member.getKind() != ElementKind.METHOD)
continue;
if (member.getModifiers().contains(Modifier.STATIC))
continue;
causeError(subtype, supertype, member);
}
Types typeUtils = processingEnv.getTypeUtils();
for (TypeMirror face : type.getInterfaces()) {
ensureNoMethodsDeclared(subtype, typeUtils.asElement(face));
}
}
}
Например, это правильное использование @Marker:
Но такое использование @Markerвызовет ошибку компилятора:
Вот запись в блоге, которую я нашел очень полезной для начала работы по этой теме:
Небольшое примечание: комментатор ниже указывает на то, что из-за MarkerProcessorссылок Marker.classон зависит от него во время компиляции. Я написал приведенный выше пример с предположением, что оба класса будут находиться в одном файле JAR (скажем, marker.jar), но это не всегда возможно.
Например, предположим, что существует JAR приложения со следующими классами:
com.acme.app.Main
com.acme.app.@Ann
com.acme.app.AnnotatedTypeA (uses @Ann)
com.acme.app.AnnotatedTypeB (uses @Ann)
Тогда процессор для @Annсуществует в отдельном JAR, который используется при компиляции JAR приложения:
com.acme.proc.AnnProcessor (processes @Ann)
В этом случае AnnProcessorневозможно будет ссылаться на тип @Annнапрямую, потому что это создаст циклическую зависимость JAR. Можно будет ссылаться только @Annпо Stringимени или TypeElement/ TypeMirror.
