¿Captura una excepción genérica en Java?

Question

Usamos JUnit 3 en el trabajo y no hay ninguna anotación ExpectedException. Quería añadir una utilidad en nuestro código para terminar con esto:

try { 
    someCode(); 
    fail("some error message"); 
} catch (SomeSpecificExceptionType ex) { 
} 

así que he intentado esto:

public static class ExpectedExceptionUtility { 
    public static <T extends Exception> void checkForExpectedException(String message, ExpectedExceptionBlock<T> block) { 
    try { 
     block.exceptionThrowingCode(); 
     fail(message); 
    } catch (T ex) { 
    } 
    } 
} 

Sin embargo, Java no puede utilizar tipos de excepciones genéricas en un bloque catch, creo.

¿Cómo puedo hacer algo como esto, trabajando en torno a la limitación de Java?

¿Hay alguna manera de comprobar que la variable ex es del tipo T?

Answer 1

Puede pasar el objeto Class y comprobarlo mediante programación.

public static <T extends Exception> void checkForException(String message, 
     Class<T> exceptionType, ExpectedExceptionBlock<T> block) { 
    try { 
     block.exceptionThrowingCode(); 
    } catch (Exception ex) { 
     if (exceptionType.isInstance(ex)) { 
      return; 
     } else { 
      throw ex; //optional? 
     } 
    } 
    fail(message); 
} 

//... 
checkForException("Expected an NPE", NullPointerException.class, //... 

No estoy seguro de si desea el reestreno o no; reiniciar fallaría/error igualmente la prueba, pero semánticamente no lo haría, ya que básicamente significa "no obtuvimos la excepción que esperábamos" y eso representa un error de programación, en lugar de un error en el entorno de prueba.

Answer 2

Bueno, podría simplemente coger Excepción y volver a lanzar si no es una Excepción esperada. Aunque la buena práctica de codificación generalmente dicta que la ruta de éxito del código no debe definirse por una excepción, entonces es posible que desee reconsiderar su diseño.

Answer 3

Entiendo el impulso de intentar simplificar su idioma de excepción, pero en serio: no. Cada posible elección que se te ocurra es una cura peor que la enfermedad. Especialmente ¡Excepción de @ExpectedException de JUnit 4! Es una solución framework demasiado inteligente, que requiere que todos aprendan cómo funciona, a diferencia de un simple código evidente de código Java normal. Peor aún, no le da ninguna forma de ajustar solo la parte de su prueba que espera arrojar la excepción, por lo que si un paso de configuración anterior arroja la misma excepción, su prueba pasará aunque su código esté roto.

Podría escribir una larga diatriba sobre esto aquí (lo siento por no tener suficiente tiempo), ya que hemos tenido una larga discusión de este problema entre los ingenieros de Java aquí en Google, y el consenso fue que ninguno de estas soluciones locas valen la pena. Acostúmbrate a probar/atrapar, realmente no es tan malo.

Answer 4

También puede usar un IDE que admita la plantilla en vivo (como IntellJ IDEA for instance) y asigne un atajo como ee -> [tab] que inserta el try/catch/ignore para su y le permite escribir el correcto.

like this http://img80.imageshack.us/img80/433/capturadepantalla201006j.png

like this http://img641.imageshack.us/img641/6733/capturadepantalla201006w.png

Answer 5

cláusula Catch con parámetro de tipo no es posible:
http://docs.oracle.com/javase/tutorial/java/generics/restrictions.html#cannotCatch

Answer 6

Generics no son tipos. No son plantillas. Son comprobaciones de tipo de tiempo de compilación, en Java. Los bloques de excepciones detectan el tipo. Puede atrapar (Excepción e) o incluso atrapar (Lanzable e) y luego lanzarlo según sea necesario.