ハンドルの例外の原因が異なります

Question

私のソフトウェアの1つでは、基本的にプロトコルの実装であるライブラリを使用しています。ライブラリは、5つの最初のOSIレイヤ（物理からセッション）によって構成されています。

私は、このインターフェイス

public interface ReadSession { 
    Iterable<byte[]> read(boolean fromStart, byte dataset, int nbData) throws SessionException; 
} 

とのセッション層を使用する必要が今私の問題は、私は異なる動作をする私のソフトウェアを必要とする原因（など、または内部のインナー）インナーによると、ということです。

例（>インナー原因関係を表す）：

SessionException > IOException > ...場合、私は、私は例外を記録する必要があり

SessionException > TransportException > NetworkException > ...場合はすべての通信を中止し、次の通信を続行する必要があり

場合SessionException > TransportException > GatewayException > ...私は、ゲートウェイに問題があることをユーザーに警告する必要があります

しかし、私が今まで持っているものはすべて単一のキャッチです

catch(SessionException e) { 
    //How to handle this problematic properly ? 
} 

ので、私はgetCause()への呼び出しの固定数で快適な自分自身をない感じ：私は、ライブラリの実装の詳細に依存している

を関与ヌルチェックの多くの

• （leaky abstraction）将来これらの変化が起こるなら、私はうんざりしています

誰もすでにこのような状況に直面していて、彼についての知識を共有したい人はいますかできるだけきれいに扱いますか？

Answer 1

を

事前に定義されたリストのようなものを見ることができます

catch(SessionException e) { 
    Throwable cause = e.getCause(); 
    while(cause != null) { 
     if(cause instanceof NetworkException.class) { 
      //Trigger some logic 
     } 
     else if(...) 
     cause = cause.getCause(); 
    } 
} 

Answer 2

ここでのアプローチの1つは、単一のキャッチブロックに原因のリストを作成することです。たとえばについては

：

catch (SessionException t) 
{ 
    List<String> causeList = new ArrayList<>(); 
    do 
    { 
     causeList.add(t.getClass().getName()); 
     t = t.getCause(); 

    } while(t != null); 
} 

次に何を行うことができますすることで、ハードコードあらかじめ定義された原因リストのセットでcauseListを比較しています。 causeListがあらかじめ定義されたリストの1つと一致することがわかったら、適切なコードパスを使用します。あなたはcatchブロックでcauseListを構築した後、あなたがこのような何か行うことができ、その後

final List<String> ABORT_LIST = new ArrayList<String> 
    (Arrays.asList("com.package.SessionException", "java.io.IOException")); 

：：私は何かを使用して終了

if (causeList.equals(ABORT_LIST)) 
{ 
    System.out.println("Aborting..."); 
}