Внешняя нулевая аннотация Eclipse для java.lang.Object#getClass()

Я использую внешнее средство аннотации null, доступное в Eclipse Mars. Я пытаюсь добавить внешнюю аннотацию для java.lang.Object#getClass() но не могу понять, правильно ли подпись. Я пробовал следующие варианты:

@NonNull Class<?> getClass() [()L1java/lang/Class<*>;]
@NonNull Class<@NonNull ?> getClass() [()L1java/lang/Class<*1>;]

но продолжайте получать предупреждение при передаче результата вызова getClass() к методу, который принимает экземпляр Class<?>где этот параметр помечен @NonNull,

Ниже приведены соответствующие файлы из минимального проекта Eclipse Mars, который воспроизводит проблему (в этом примере используется первый вариант нулевой аннотации выше, но я также получаю то же предупреждение при использовании второго варианта):

Eclipse Mars Release (4.5.0; 20150621-1200) для 64-битной Windows
Oracle JDK 1.8.0_60

SRC / бар /Foo.java

package bar;

public class Foo {
    private static void printType(Class<?> type) {
        System.out.println(type.getName());
    }

    public static void main(String[] args) {
        Foo foo = new Foo();
        printType(foo.getClass());
    }
}

SRC / бар /package-info.java

@org.eclipse.jdt.annotation.NonNullByDefault
package bar;

Аннотации / Java/ языки / Object.eea

class java/lang/Object
getClass
 ()Ljava/lang/Class<*>;
 ()L1java/lang/Class<*>;

.settings / org.eclipse.jdt.core.prefs (частично)

eclipse.preferences.version=1
org.eclipse.jdt.core.compiler.annotation.inheritNullAnnotations=enabled
org.eclipse.jdt.core.compiler.annotation.missingNonNullByDefaultAnnotation=warning
org.eclipse.jdt.core.compiler.annotation.nonnull=org.eclipse.jdt.annotation.NonNull
org.eclipse.jdt.core.compiler.annotation.nonnullbydefault=org.eclipse.jdt.annotation.NonNullByDefault
org.eclipse.jdt.core.compiler.annotation.nullable=org.eclipse.jdt.annotation.Nullable
org.eclipse.jdt.core.compiler.annotation.nullanalysis=enabled
...
org.eclipse.jdt.core.compiler.codegen.targetPlatform=1.8
...
org.eclipse.jdt.core.compiler.compliance=1.8
...
org.eclipse.jdt.core.compiler.problem.includeNullInfoFromAsserts=enabled
...
org.eclipse.jdt.core.compiler.problem.nonnullParameterAnnotationDropped=warning
org.eclipse.jdt.core.compiler.problem.nullAnnotationInferenceConflict=error
org.eclipse.jdt.core.compiler.problem.nullReference=error
org.eclipse.jdt.core.compiler.problem.nullSpecViolation=error
org.eclipse.jdt.core.compiler.problem.nullUncheckedConversion=warning
...
org.eclipse.jdt.core.compiler.problem.potentialNullReference=error
...
org.eclipse.jdt.core.compiler.problem.redundantNullAnnotation=warning
org.eclipse.jdt.core.compiler.problem.redundantNullCheck=warning
...
org.eclipse.jdt.core.compiler.problem.syntacticNullAnalysisForFields=enabled
...
org.eclipse.jdt.core.compiler.source=1.8

.classpath

<?xml version="1.0" encoding="UTF-8"?>
<classpath>
    <classpathentry kind="src" path="src"/>
    <classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType/JavaSE-1.8">
        <attributes>
            <attribute name="annotationpath" value="/null-annotation-test/annotations"/>
        </attributes>
    </classpathentry>
    <classpathentry kind="lib" path="org.eclipse.jdt.annotation_2.0.100.v20150311-1658.jar"/>
    <classpathentry kind="output" path="bin"/>
</classpath>

Для вышеуказанного проекта я получаю следующее предупреждение в строке 10 файла Foo.java (где printType называется):

Null type safety (type annotations): The expression of type 'Class<capture#of ? extends Foo>' needs unchecked conversion to conform to '@NonNull Class<?>'

это то же самое предупреждение, которое я получаю без присутствия внешней нулевой аннотации.

Как правильно создать внешнюю нулевую аннотацию для java.lang.Object#getClass() убрать это предупреждение? Или моя проблема в декларации printType?

1 ответ

Решение

Луи Вассерман прав, с точки зрения проверки типов нет ни одного getClass() метод, но каждый класс имеет свой собственный метод со специальной подписью. Следовательно, никакая подпись в файле.eea никогда не будет соответствовать фактическим методам getClass().

Я подал RFE, чтобы получить больше специальных знаний о getClass() в компилятор, так что никаких внешних аннотаций для этого зверя не требуется.

РЕДАКТИРОВАТЬ: Эта функция была реализована и будет выпущен с Eclipse 4.6 (Neon).

Другие вопросы по тегам