Что может вызвать java.lang.reflect.InvocationTargetException?

Ну, я пытался понять и прочитать, что может вызвать это, но я просто не могу понять:

У меня есть это где-то в моем коде:

 try{
 ..
 m.invoke(testObject);
 ..
 } catch(AssertionError e){
 ...
 } catch(Exception e){
 ..
 }

Дело в том, что, когда он пытается вызвать какой-то метод, он выбрасывает InvocationTargetExceptionвместо некоторого другого ожидаемого исключения (в частности ArrayIndexOutOfBoundsException). Поскольку я на самом деле знаю, какой метод вызывается, я сразу перешел к коду этого метода и добавил блок try-catch для строки, которая предполагает выброс, ArrayIndexOutOfBoundsExceptionи он действительно выбросил, ArrayIndexOutOfBoundsExceptionкак и ожидалось. Но при переходе на это как - то меняется InvocationTargetExceptionи в приведенном выше коде catch(Exception e) е, InvocationTargetExceptionа не ArrayIndexOutOfBoundsException как ожидалось.

Что может вызвать такое поведение или как я могу проверить такую ​​вещь?

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

Просто разверните причину внутри, InvocationTargetExceptionи вы получите исходную.

Исключение выдается, если

InvocationTargetException - если базовый метод выдает исключение.

Поэтому, если метод, который был вызван с помощью API-интерфейса отражения, выдает исключение (например, исключение времени выполнения), API-интерфейс отражения преобразует исключение в InvocationTargetException.

Используйте getCause()метод наInvocationTargetException для получения исходного исключения.

Из Javadoc Method.invoke ()

Броски: InvocationTargetException - если основной метод выдает исключение.

Это исключение выдается, если вызванный метод бросил исключение.

Это InvocationTargetException, вероятно, завершение вашего ArrayIndexOutOfBoundsException. При использовании рефлексии невозможно предсказать, что может дать этот метод - поэтому вместо использования throws Exceptionподхода все исключения перехватываются и оборачиваются InvocationTargetException.

Это напечатает точную строку кода в конкретном методе, который при вызове вызывает исключение:

try {

    // try code
    ..
    m.invoke(testObject);
    ..

} catch (InvocationTargetException e) {

    // Answer:
    e.getCause().printStackTrace();
} catch (Exception e) {

    // generic exception handling
    e.printStackTrace();
}

Это описывает что-то вроде

InvocationTargetException - это проверенное исключение, которое переносит исключение, выброшенное вызванным методом или конструктором. Начиная с версии 1.4 это исключение было модифицировано для соответствия механизму цепочки исключений общего назначения. «Целевое исключение», которое предоставляется во время построения и доступно через метод getTargetException (), теперь известно как причина, и к нему можно получить доступ через метод Throwable.getCause (), а также вышеупомянутый «устаревший метод».

Вы можете сравнить с исходным классом исключений, используя метод getCause () следующим образом:

try{
  ...
} catch(Exception e){
   if(e.getCause().getClass().equals(AssertionError.class)){
      // handle your exception  1
   } else {
      // handle the rest of the world exception 
   }
} 

У меня была java.lang.reflect.InvocationTargetExceptionошибка из заявления вызывающего объекта регистратор во внешнем classвнутри try/ catchблока по моему class.

Пройдя по коду в отладчике Eclipse и наведя указатель мыши на оператор logger, я увидел, что logger objectбыл null(некоторые внешние константы должны быть созданы в самом верху моего class).

Это исключение выдается, если базовый метод (метод, вызванный с помощью Reflection) выдает исключение.

Поэтому, если метод, который был вызван API-интерфейсом отражения, выдает исключение (как, например, исключение времени выполнения), API-интерфейс отражения преобразует исключение в InvocationTargetException.

Я столкнулся с той же проблемой. Я использовал e.getCause (). GetCause (), затем обнаружил, что это из-за неверных параметров, которые я передавал. При извлечении значения одного из параметров было исключение nullPointerException. Надеюсь, что это поможет вам.

1. Вывести список всех jar-файлов из режима Eclipse Navigator
2. Убедитесь, что все файлы JAR находятся в двоичном режиме

Ошибка исчезла после того, как я сделал Clean-> Run xDoclet-> Run xPackaging.

В моем рабочем пространстве, в затмении.