Wie ist der richtige Umgang mit Ausnahmen in Interceptors in EJB3?

Question

Ich möchte einen Interceptor für meine Bean verwenden, der die Gültigkeit eines gegebenen Verbindungstokens überprüft.

Wenn die Verbindung ungültig ist, möchte ich eine bestimmte Ausnahme auslösen, wenn die Verbindung abgelaufen ist, möchte ich eine andere (TokenExpiredException, etwas in der Art) senden. Diese Ausnahmen sind in der Schnittstelle enthalten, die dem Client übergeben wird.

@AroundInvoke 
public Object checkParams(InvocationContext ctx) throws TokenExpiredException, Exception{ 
    //code to check token 
    //... 
    throw new TokenExpiredException(); 
} 

Von dem, was ich versuchte, solche spezifische Ausnahme in dem Interceptor werfen führt zu einem UndeclaredThrowableException auf der Client-Seite. Während diese Ausnahme den Verweis auf die Ursache enthält, ist sie nicht wirklich ideal und kann nicht mit regulären Fangklauseln behandelt werden.

Was ist der richtige Weg, um verschiedene Ausnahmetypen mit Interzeptoren zu deklarieren?

Answer 1

Ich glaube nicht, dass es einen richtigen Weg gibt, das zu tun. Methoden sollten nur die von ihnen deklarierten Ausnahmen werfen, und ein Interceptor sollte keinen neuen hinzufügen.

Mein persönlicher Fall wurde durch Hinzufügen eines Fehlercodes zu unserer Standardausnahme, die von allen Methoden ausgelöst wird, behoben.