> その例外は出しても良い例外だと思います

DomaのLocalTransactionの仕様として、アプリのfinallyブロック内でのメソッド呼び出しによってConnectionがcloseされることがあります。
そのため、Domaではclose時に例外はスローしない方針にしています（スローされる挙動はできる限り避け、スローされてもログ出力にとどめる）。
こうしている理由は、アプリのtryブロック内でスローされ得る例外の上書きを避けるためです。

> このままwon'tfixでcloseでも問題ありません！

ありがとうございます。
了解しました。

ありがとうございます。

自分の意見としては、その例外は出しても良い例外だと思います。記載してくださっているISSUEがWon'tfixでクローズされているように、それは仕様だからです。

ですが、自分としては挙動とそうなっている理由を理解できたので満足しました。ありがとうございます。このままwon'tfixでcloseでも問題ありません！

すみません。コメントに気づかず返事が遅れました。

この修正は入れないでおきたいと考えています。

AutoCommitをfalseにしてcommitもrollbackしないでcloseすると例外が発生するケースがあるからです。
この例外はAutoCommitをtrueに戻すことで回避できます。
https://issues.apache.org/jira/browse/DERBY-2886

DomaのLocalTransactionではほとんどのケースでclose前にcommitもしくはrollbackするのですが、
ごく一部のケースでcommitもrollbackもせずにcloseする場合があります。
（KeepAliveLocalTransactionクラスのdestroyメソッドが呼ばれた場合）

コネクションプールを使っているときに
DomaのLocalTransactionを使ったあとに
プールから取り出したらAutoCommitがtrueになっていてしばらく悩みました

コネクションプールのほうで、コネクションのリフレッシュのようなことはできないでしょうか？
払い出されたコネクションのAutoCommitが変更されても、プールに戻されたら
元に戻し、次の利用者へ影響を与えないといったような。