GAE固有のput()関数は、失敗したときにいくつかの例外をスローします。put()関数がオブジェクト化して例外をスローしないのはなぜですか?
Objectifyのput()関数は、Objectify JAVADOCに記載されているように例外をスローしません。
ここは私の質問です。
Objectifyのput()関数が例外をスローしない場合、put()関数の実行中に発生する可能性のあるエラーをどのように検出できますか?
GAE固有のput()関数は、失敗したときにいくつかの例外をスローします。put()関数がオブジェクト化して例外をスローしないのはなぜですか?
Objectifyのput()関数は、Objectify JAVADOCに記載されているように例外をスローしません。
ここは私の質問です。
Objectifyのput()関数が例外をスローしない場合、put()関数の実行中に発生する可能性のあるエラーをどのように検出できますか?
Objectifyのメソッドは、ネイティブデータストア例外を呑み込むことはありません。 (参照:http://groups.google.com/group/objectify-appengine/browse_thread/thread/e544de64fe9a61f)
ただし、実行時の例外はAPIでは省略されています。
この場合、objectifyのput()メソッドは、ネイティブデータストアのput()メソッドによってスローされる例外をスローします。
省略ランタイム例外に関連するこの問題は、客観化の問題のページ (参照:http://code.google.com/p/objectify-appengine/issues/list)に提出され