Zamień zaznaczony wyjątek na wyjątek środowiska wykonawczego?

Question

Biorąc pod uwagę, że w zasadzie chcą wyeliminować sprawdzane wykorzystanie wyjątku i przekształcić je z czasem przebiegu wyjątki, ja zwykle robi coś takiego:

try { 
    file.read(); 
} catch (IOException e){ 
    throw new RuntimeException(e); 
} 

Istnieje kilka wad w ten sposób, ale ten, który mi się irytuje większość jest taka, że ​​mój wyjątek środowiska wykonawczego zawiera zagnieżdżony stacktrace. Zasadniczo chciałbym ponownie rzucić "IOException" jako RuntimeException (lub "IORuntimeException") z oryginalnym komunikatem i stacktrace, więc mogę uniknąć bezużytecznego zagnieżdżonego stacktrace. "Fakt", w którym ponownie rzuciłem wyjątek gdzieś pośrodku, wydaje mi się po prostu bezużytecznym hałasem.

Czy to możliwe? Czy jest jakaś biblioteka, która to robi?

Answer 1

Project Lombok pozwala całkowicie wyłączyć zaznaczone wyjątki.

Answer 2

class IORuntimeException extends RuntimeException { 

    final IOException ioex; 

    public IORuntimeException(IOException ioex) { 
     this.ioex = ioex; 
    } 

    @Override 
    public String getMessage() { 
     return ioex.getMessage(); 
    } 

    @Override 
    public StackTraceElement[] getStackTrace() { 
     return ioex.getStackTrace(); 
    } 

    //@Override 
    // ... 
} 

(Pełny tekst dostępny here klasy, jak produkowane przez Eclipse "Generuj Delegowanie Formy" makro).

Zastosowanie:

try { 
    ... 
} catch (IOException ioex) { 
    throw new IORuntimeException(ioex); 
} 

Answer 3

Kontynuacja z moim komentarzem. Oto article, który musi rzucić nieco światła na problem. Używa sun.misc.Unsafe do ponownego zgłaszania wyjątków bez ich zawijania.

Answer 4

Jeśli rozważasz używać innych odpowiedzieć za niebezpiecznych (nie polecam, ale w każdym razie), innym rozwiązaniem jest nadużywanie leków generycznych rzucać sprawdzonej wyjątek z tego złego parę metod (od http://james-iry.blogspot.co.uk/2010/08/on-removing-java-checked-exceptions-by.html):

@SuppressWarnings("unchecked") 
    private static <T extends Throwable, A> 
    A pervertException(Throwable x) throws T { 
     throw (T) x; 
    } 


    public static <A> A chuck(Throwable t) { 
     return Unchecked. 
     <RuntimeException, A>pervertException(t); 
    } 

Możesz również sprawdzić com.google.common.base.Throwables.getRootCause(Throwable) i wydrukować ślad stosu (głównego).

Answer 5

brzmi rzeczywiście trzeba sprawdzane wyjątki

Answer 6

Jako Java 8 jest inny sposób:

try { 
    // some code that can throw both checked and runtime exception 
} catch (Exception e) { 
    throw rethrow(e); 
} 

@SuppressWarnings("unchecked") 
public static <T extends Throwable> RuntimeException rethrow(Throwable throwable) throws T { 
    throw (T) throwable; // rely on vacuous cast 
} 

* Więcej informacji here.