Cosa potrebbe causare java.lang.reflect.InvocationTargetException?

Bene, ho cercato di capire e leggere cosa potrebbe causarlo, ma non riesco proprio a capirlo:

Ho questo da qualche parte nel mio codice:

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

Il fatto è che, quando tenta di invocare un metodo, genera InvocationTargetExceptioninvece un'altra eccezione prevista (in particolare ArrayIndexOutOfBoundsException). Dato che in realtà so quale metodo viene invocato, sono andato direttamente a questo codice di metodo e ho aggiunto un blocco try-catch per la linea che si suppone di lanciare ArrayIndexOutOfBoundsExceptione che è stato effettivamente lanciato ArrayIndexOutOfBoundsExceptioncome previsto. Tuttavia, quando si sale, in qualche modo cambia InvocationTargetExceptione nel codice sopra catch(Exception e) e è InvocationTargetExceptione non ArrayIndexOutOfBoundsException come previsto.

Cosa potrebbe causare un simile comportamento o come posso verificare una cosa del genere?

Hai aggiunto un ulteriore livello di astrazione chiamando il metodo con la riflessione. Il layer di riflessione racchiude qualsiasi eccezione in un InvocationTargetException, che consente di distinguere tra un'eccezione effettivamente causata da un errore nella chiamata di riflessione (forse l'elenco degli argomenti non era valido, ad esempio) e un errore all'interno del metodo chiamato.

Basta scartare la causa all'interno InvocationTargetExceptione arriverai a quella originale.

L'eccezione viene generata se

InvocationTargetException - se il metodo sottostante genera un'eccezione.

Quindi, se il metodo, che è stato invocato con l'API di reflection, genera un'eccezione (ad esempio un'eccezione di runtime), l'API di riflessione inserirà l'eccezione in un InvocationTargetException.

Utilizzare il getCause()metodo su InvocationTargetExceptionper recuperare l'eccezione originale.

Dal Javadoc di Method.invoke ()

Produce: InvocationTargetException - se il metodo sottostante genera un'eccezione.

Questa eccezione viene generata se il metodo chiamato ha generato un'eccezione.

Questo InvocationTargetExceptionprobabilmente sta concludendo il tuo ArrayIndexOutOfBoundsException. Quando si usa la riflessione non si può dire in anticipo cosa può lanciare quel metodo - quindi piuttosto che usare un throws Exceptionapproccio, tutte le eccezioni vengono catturate e racchiuse InvocationTargetException.

Questo stamperà la riga esatta di codice nel metodo specifico che, quando richiamato, ha sollevato l'eccezione:

try {

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

} catch (InvocationTargetException e) {

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

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

Questo descrive qualcosa come

InvocationTargetException è un'eccezione controllata che racchiude un'eccezione generata da un metodo o un costruttore richiamato. A partire dalla versione 1.4, questa eccezione è stata adattata per adeguarsi al meccanismo di concatenamento delle eccezioni per scopi generali. L '"eccezione di destinazione" che viene fornita in fase di costruzione e alla quale si accede tramite il metodo getTargetException () è ora nota come causa e si può accedere tramite il metodo Throwable.getCause (), nonché con il suddetto "metodo legacy".

Puoi confrontare con l'eccezione originale Class usando il metodo getCause () in questo modo:

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

Ho avuto un java.lang.reflect.InvocationTargetExceptionerrore da una dichiarazione che chiede un oggetto logger in un esterno classall'interno di un try/ catchblocco nel mio class.

Scorrendo il codice nel debugger di Eclipse e passando il mouse sull'istruzione logger ho visto che il logger objectera null(alcune costanti esterne dovevano essere istanziate nella parte superiore della mia class).

Questa eccezione viene generata se il metodo sottostante (metodo chiamato utilizzando Reflection) genera un'eccezione.

Pertanto, se il metodo, che è stato invocato dall'API di reflection, genera un'eccezione (come ad esempio un'eccezione di runtime), l'API di riflessione avvolge l'eccezione in InvocationTargetException.

Stavo affrontando lo stesso problema. Ho usato e.getCause (). GetCause () poi ho scoperto che era a causa di parametri sbagliati che stavo passando. C'è stato nullPointerException nel recupero del valore di uno dei parametri. Spero che questo ti possa aiutare.

1. Elenca tutti i file jar dalla modalità Eclipse Navigator
2. Verificare che tutti i file jar siano in modalità binaria

L'errore è scomparso dopo aver eseguito Clean-> Esegui xDoclet-> Esegui xPackaging.

Nel mio spazio di lavoro, in ecllipse.