terasoluna2,Spring,ibatis使用時、データベースアクセス例外のコード取得について

Question

Terasoluna2系でデータベースアクセス例外のエラーコードを取得したいと考えています。

よろしくお願いいたします。

java初学者です

terasoluna2系において、オラクルDBに対してspring-ibatisを使ってアクセスをしています。
実現したいことは、例外発生時にORAコードを取得することです。

SQLExceptionをキャッチしてオラクルの例外コードを取得したいのですが、Springの例外に変換されていることについての理解が薄く、具体的な手段が分かっていません。

以下のようなイメージの物を、実装したいと思っています

  try{
    //　SQL発行
      updateDAO.execute("update", paramMap);
   }(catch SQLException e){　　　　//　---①
    //  エラーコード判定
　　　if(e.getErrorCode() == zzzz){
    //  想定内のエラーならば
    //  メッセージをセットして正常処理に流す 
　　  　message = "データ登録失敗でした";
  　//  ロールバックを宣言（？） 　　  //　---②
　　　}else{
    //  例外が想定外ならフレームワークに投げる
　　　throw new SystemException(e)
     }
}
//　以下正常処理

result.setAAA(message);
return result;

①の部分をどうしたらよいか・・・と考えています。
形にこだわってはいませんので、ORAコードを取得して、処理を続行できることを探しています。
その後は、②でロールバックを宣言できればとも考えていますが、まずは①の部分をと考えてます。

どうぞよろしくお願いいたします。

仕様　
Terasoluna 2.0.2
Spring flamework 2.5
Strurs 1.2
ibatis 2.3
Oracle 11g
JAVA　1.6

Comments

[退会済みユーザー]

terasoluna2 ってことは

spring framework 2.x
struts 1.2.x
ibatis ２.x

という化石のはずですが、正しいですか？

[t.n.rider]

左様です。
古い分、ネット上には情報が少なくて困ってます。

[退会済みユーザー]

とりあえず

terasoluna
spring framework
struts
ibatis

あたりのバージョンを追記しましょう

[退会済みユーザー]

あとコードはマークダウンで

[t.n.rider]

ありがとうございます。修正しました。
ただし、それぞれのライブラリのバージョンは、現時点では正確ではありません。
確認取れ次第修正します。

[Orlofsky]

Oracle11Cは既にどんなに大きなバグが発生しても新たなパッチは提供しない古いバージョンです。
サポート契約が有効ならオラクル・ライセンスのバージョンアップも無料ですからさっさとバージョンアップしましょう。

[t.n.rider]

ご回答ありがとうございます。
すでにあるシステムの改修ですので、その部分の対処はできませんし、解決にもなりません。ご忠告は受け取らせていただきます。ありがとうございます。

Answer 1

SpringとiBatisの組み合わせで発生したSQL実行時例外は、以下のようにデータソース実行中の例外をtry～catchすることで判定できます。
接続するデータベースによってスローされる例外クラスが異なり、OracleDBの場合はSQLSyntaxErrorException以外にもその状況に応じて異なる例外がスローされます。

	public String findOne() {
		try {
			return repository.findOne();
		} catch(Exception e) {
			SQLSyntaxErrorException ex = (SQLSyntaxErrorException)e.getCause();

			int venderCode = ex.getErrorCode();
			return null;
		}
	}

例えば発行したSQLがSQLの文法エラーで、「ORA-00925: INTOキーワードがありません。」だった場合、上記の ex.getErrorCodeは925が返されます。

この例ではSQLを実行するrepository以下のコードに対して直接try～catchをしましたが、処理横断的に例外ハンドリングをする場合は、例外ハンドラを設けて共通化をされた方が良いでしょう。