問題タブ [atomikos]

私のアプリケーション (Tomcat サーバーで実行) は、atomikos 接続プールを使用して mysql データベースに接続します。アプリケーションサーバーを数時間使用しないと接続がシャットダウンされることを除いて、すべて正常に機能します。以下は、これが発生した後にアプリケーションサーバーを再度操作したときに表示されるエラーメッセージです。

jndi パラメータで autoReconnect を true に設定していますが、機能していないようです。

また、mysql 側でログを設定したところ、接続が閉じられているため、テスト クエリ (select 1) が実際には mysql に送信されていないことがわかりました。問題が発生すると、毎朝アプリケーションサーバーを再起動する必要があります。

これについてのアイデアはありますか？

ありがとう

Oracle データベース上で Spring のトランザクション処理に Atomikos を使用するアプリケーションを継承しました。実稼働環境では、com.atomikos.icatch.enable_logging=true を設定することでトランザクション ログが常に有効になっていますが、実際には、これらのログが正確に何に使用されているかについての情報が見つかりません。

atomikos サイトには、「本番環境でこれを無効にしないと、データの整合性が保証されない」と記載されており、そのサイトの jta.properties に、「再起動またはクラッシュ後にデータが失われるリスク」があるというコメントが見つかりました。無効。

開発環境ではこれを有効にしておらず、アプリケーションを通常どおり使用できます。アプリケーションがクラッシュした場合に使用される可能性があると思いましたが、そうである場合、どのように使用されるかわかりません。次の起動時に自動的に、または何らかの方法で手動で行う可能性がありますか? データの整合性に関しては、Oracle が独自のデータ リカバリを可能にしていることは知っていますが、これらのトランザクション ログには、Oracle がまだ確認していないデータが保持されている可能性があります。たとえば、Spring がクラッシュした場合などです。

Hibernate 4.2 から Hibernate 4.3 に切り替えましたが、プロジェクトが機能しなくなりました。私は取得しています

HibernateException: 現在の JTA トランザクションが見つかりません

私がする時

org.hibernate.transaction.TransactionManagerLookup がもう存在しないことに気付きました。Hibernate 4.3 で削除されました。現在の構成をどのように変更すればよいですか?

新しいプロジェクト用に新しい JTA トランザクション構成をセットアップしようとしています。このプロジェクトは、atomikos JTA トランザクション マネージャーを使用して、Spring JPA と Spring Data を利用します。

atomikos チュートリアルの 1 つで見たように、xml を構成しました。

現在、エラーなしでサーバーを起動できました。

問題は、@Transactional サービス内で jpaRepository を使用してエンティティを永続化しようとすると、ログに atomikos jta tranascion が発生し、コミットが成功したことが示されます。しかし、DB はテーブルに新しいエントリを表示します。

2 つの Bean が同じパッケージをスキャンし、上記のような「疑似持続」効果が発生する前に、同様の問題がありました。

ここに私たちのxmlがあります:

この構成ファイルの何が問題なのですか?

ありがとう！

Atomikos をトランザクション マネージャーとして使用する同じ Web アプリケーションをいくつかのローカル環境で実行しようとしています (それぞれが同じバージョンの spring、atomikos、tomact などを同じ構成ファイルで使用しています)。それらのいくつかは正常に動作しますが、そのうちの 1 つで、Tomcat を起動しようとすると、次の例外が発生します。

問題のログが何であるかを理解できず、Google もあまり役に立ちませんでした...この奇妙な問題の原因を知っている人はいますか? 繰り返しますが、正常に動作するまったく同じ構成の環境と、別の奇妙な警告がある別の環境があり ます。

ありがとう！:)

JMS トピックを使用して ActiveMQ 5.9.0 をメッセージ ブローカーとして設定しようとしていますが、メッセージの消費に問題があります。

テスト目的で、1 つのトピック、1 つのイベント プロデューサー、および 1 つのコンシューマーの単純な構成があります。10 個のメッセージを次々に送信しますが、アプリケーションを実行するたびに、これらのメッセージのうち 1 ～ 3 個は消費されません! 他のメッセージは消費され、正常に処理されます。ActiveMQ 管理コンソールのトピックにパブリッシュされたすべてのメッセージを確認できますが、アプリケーションを再起動してもコンシューマーには到達しません (「エンキュー」列と「デキュー」列の数字が異なっています）。

編集:トピックの代わりにキューを使用する場合、この問題は発生しないことにも言及する必要があります。

なぜこうなった？atomikos (トランザクションマネージャー) と何か関係があるのでしょうか? それとも、構成に何か他のものがありますか？どんなアイデア/提案も大歓迎です。:)

これは ActiveMQ/JMS スプリング構成です。

プロデューサー:

消費者:

テスト:

私たちは、Spring と 2 つの異なる mysql データソースで atomikos JTA を使用しています。

問題が発生しました。

同じ @Transactional メソッドで (2 つの異なるデータソースの) 2 つの異なるリポジトリを使用すると、エラーが発生します。

これは、2 番目のリポジトリがデータ ソースに対して何らかのアクションを実行しているときに発生します。

2 つの異なるデータ ソースが同じトランザクションに関係している場合に問題が発生する可能性があるトランザクション マネージャー (atomikos jta) と関係があると考えられます。

データソース xml は次のとおりです。

および transaction.xml :

* 編集 (19.01.2014) *

したがって、M. Deinum のヘルプによると、エラーを解消することができましたが、実際のトランザクションは行われていません (たとえば、ロールバックがないなどの例外があります)。

新しい構成は次のとおりです。

データソース.xml:

トランザクション.xml:

*編集01/20/2014 *

なんとか機能させることができましたが、起動時に大量の警告が表示されました。

新しい構成は次のとおりです。

2 つのデータベースに接続するために、Atomikos プラグインを使用するように構成された Grails アプリケーションがあります。トランザクションで両方のデータベースを更新しようとすると、次の例外が発生します。

なぜこれが起こっているのか、誰かが光を当てることができますか?

ありがとう！