O que poderia causar o java.lang.reflect.InvocationTargetException?

Bem, tentei entender e ler o que poderia causar isso, mas simplesmente não consigo:

Eu tenho isso em algum lugar no meu código:

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

O problema é que, quando tenta invocar algum método, lança em InvocationTargetExceptionvez de outra exceção esperada (especificamente ArrayIndexOutOfBoundsException). Como eu realmente sei qual método é chamado, fui direto para esse código de método e adicionei um bloco try-catch para a linha que deveria ser lançada ArrayIndexOutOfBoundsExceptione realmente foi lançada ArrayIndexOutOfBoundsExceptionconforme o esperado. No entanto, ao subir, de alguma forma, muda para InvocationTargetExceptione no código acima catch(Exception e) e é InvocationTargetExceptione não ArrayIndexOutOfBoundsException o esperado.

O que poderia causar esse comportamento ou como posso verificar isso?

Você adicionou um nível extra de abstração chamando o método com reflexão. A camada de reflexão envolve qualquer exceção em um InvocationTargetException, o que permite dizer a diferença entre uma exceção realmente causada por uma falha na chamada de reflexão (talvez sua lista de argumentos não seja válida, por exemplo) e uma falha no método chamado.

Apenas desembrulhe a causa InvocationTargetExceptione você chegará à original.

A exceção é lançada se

InvocationTargetException - se o método subjacente lança uma exceção.

Portanto, se o método, que foi chamado pela API de reflexão, lançar uma exceção (exceção de tempo de execução, por exemplo), a API de reflexão envolverá a exceção em um InvocationTargetException.

Use o getCause()método no InvocationTargetExceptionpara recuperar a exceção original.

No Javadoc do Method.invoke ()

Lança: InvocationTargetException - se o método subjacente lança uma exceção.

Essa exceção é lançada se o método chamado lançou uma exceção.

Isso InvocationTargetExceptionprovavelmente está encerrando o seu ArrayIndexOutOfBoundsException. Não há como dizer antecipadamente ao usar a reflexão o que esse método pode oferecer - portanto, em vez de usar uma throws Exceptionabordagem, todas as exceções estão sendo capturadas e agrupadas InvocationTargetException.

Isso imprimirá a linha exata de código no método específico que, quando chamado, gerou a exceção:

try {

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

} catch (InvocationTargetException e) {

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

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

Isso descreve algo como,

InvocationTargetException é uma exceção verificada que envolve uma exceção lançada por um método ou construtor chamado. A partir do release 1.4, essa exceção foi adaptada para estar em conformidade com o mecanismo de encadeamento de exceções de uso geral. A "exceção de destino" fornecida no momento da construção e acessada pelo método getTargetException () agora é conhecida como causa, e pode ser acessada pelo método Throwable.getCause (), bem como pelo método "legado" mencionado acima.

Você pode comparar com a exceção original Class usando o método getCause () como este:

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

Eu tive um java.lang.reflect.InvocationTargetExceptionerro de uma instrução chamando um objeto logger em um externo classdentro de um bloco try/ catchno meu class.

Percorrendo o código no depurador Eclipse & passar o mouse sobre a declaração logger vi o logger objectfoi null(algumas constantes externos necessários para ser instanciado no topo da minha class).

Essa exceção é lançada se o método subjacente (método chamado usando Reflexão) lança uma exceção.

Portanto, se o método, que foi chamado pela API de reflexão, lançar uma exceção (como por exemplo, exceção de tempo de execução), a API de reflexão envolverá a exceção em um InvocationTargetException.

Eu estava enfrentando o mesmo problema. Eu usei e.getCause (). GetCause () e descobri que era por causa de parâmetros errados que eu estava passando. Houve nullPointerException na busca do valor de um dos parâmetros. Espero que isso ajude você.

1. Listar todos os arquivos jar no modo Navegador Eclipse
2. Verifique se todos os arquivos jar estão no modo binário

O erro desapareceu depois que eu fiz Limpar-> Executar xDoclet-> Executar xPackaging.

No meu espaço de trabalho, em eclipse.