Java 14 nullpointerexception нет подробных сообщений

10

Java 14 имеет много новых функций. Один из них показывает подробное сообщение в NullPointerException. Я установил Java 14 и пытаюсь скомпилировать и запустить ниже класс, но я не получаю подробного сообщения. Я что-то упустил? пожалуйста помоги.

~/code/demo/temp$ java -version
openjdk version "14" 2020-03-17
OpenJDK Runtime Environment AdoptOpenJDK (build 14+36)
Eclipse OpenJ9 VM AdoptOpenJDK (build openj9-0.19.0, JRE 14 Mac OS X amd64-64-Bit Compressed          References 20200313_47 (JIT enabled, AOT enabled)
OpenJ9   - 0133ba037
OMR      - 1c04e0ef9
JCL      - a73be60649 based on jdk-14+36)

~/code/demo/temp$ cat Hello.java
public class Hello {
  public static void main(String args[]) {
    String a = null;
    System.out.println(a.length());
  }
}

~/code/demo/temp$ javac Hello.java
~/code/demo/temp$ java -XX:+ShowCodeDetailsInExceptionMessages Hello
Exception in thread "main" java.lang.NullPointerException
at Hello.main(Hello.java:4)

Я передаю предложенный флаг -XX: + ShowCodeDetailsInExceptionMessages в java, но подробного сообщения нет. Пожалуйста помоги.

Прадип
источник
Вы убедились, что ваша javacверсия 14?
RealSkeptic
2
Вы используете OpenJ9. Нашел эту ошибку
Йоханнес Кун

Ответы:

8

OpenJ9 в настоящее время не поддерживает JEP 358 :

Расширенные сообщения для NullPointerExceptionеще не реализованы

JEP 358. Полезные NullPointerExceptions предоставляют расширенные сообщения, когда a NullPointerExceptionгенерируется виртуальной машиной Java 14, и вы включили эту функцию. Однако следует помнить, что в настоящее время это не реализовано в OpenJ9.

Прогресс отслеживается в этой ошибке

Если вы хотите использовать эту функцию, загрузите вариант hotspot с сайта accepttopenjdk. Это тот же поставщик, что и у вашего текущего дистрибутива, так что это всего лишь небольшое изменение.

Йоханнес Кун
источник
Спасибо за указание этого. Они должны были упомянуть об этом в примечаниях к выпуску OpenJDK. openjdk.java.net/projects/jdk/14
Прадип
2
@Pradeep OpenJ9 разработан Eclipse, а не Oracle.
Слав
1
@Pradeep OpenJ9 - это не тот же проект, что и OpenJDK.
Марк Роттвил
-1

Я оставляю это здесь для пояснения, поскольку ФП не сказал, каков ожидаемый результат.

Следующий пример работает, потому что он использует горячую точку jvm.

public class Exceptional{
    public static void main(String[] args){
        String a = null;
        try{
            System.out.println(a.length());
        } catch (Exception e){
            System.out.println(e.getMessage());
        }
    }
}

Это в значительной степени та же самая программа, за исключением того, что она просто показывает сообщение.

~/local/jdk-14+36/bin/java Exceptional.java 

значение NULL

При запуске с дополнительным аргументом.

 ~/local/jdk-14+36/bin/java -XX:+ShowCodeDetailsInExceptionMessages Exceptional.java

Невозможно вызвать "String.length ()", потому что "" имеет значение null

Аргумент также влияет на трассировку стека в горячей точке jvm.

При запуске без дополнительного аргумента:

Исключение в потоке "main" java.lang.NullPointerException в Exceptional.main (Exceptional.java:6)

И запустить с аргументом:

Исключение в потоке "main" java.lang.NullPointerException: Невозможно вызвать "String.length ()", потому что "" имеет значение null в Exceptional.main (Exceptional.java:6)

Я неправильно думал, что трассировка стека может не измениться, потому что она уже содержит дополнительную информацию о коде. Как указывает другой ответ, это ошибка, которая устраняется в openj9 jvm.

матовый
источник
1
Он не отвечает, ПОЧЕМУ op не получает никакого полезного nullpointerexception. Просто "Эй, вы можете получить сообщение в своем коде с помощью e.getMessage()".
Йоханнес Кун
@JohannesKuhn не правда ли? Они позволяют исключению всплывать до трассировки стека, где в качестве аргумента изменяется сообщение об исключениях. Итак, я показываю, что сообщение меняется.
матовый
1
Проблема лежит где-то еще. Даже если op запустит ваш код, он не изменит результат (всегда nullкак сообщение)
Johannes Kuhn
1
Сообщение от e.getMessage()должно быть таким же, как показано в трассировке стека, если вы не поймали исключение - если вы не проверили это и не заметили разницу в сообщении между его перехватом и не перехватом, тогда я не думаю, что ловя это решает проблему в вопросе.
kaya3
@ kaya3 правда, я обновил его, чтобы включить поведение версии трассировки стека тоже.
матовый