Size: a a a

2020 April 07

P

Pan Kotek in pro.jvm
Максим Калашников
ну про верблюда понятно, просто у нас нет транзакшен менеджера, который работал бы например с SNS, так как SNS/SQS - это не JMS
источник

AK

Alexander Komarov in pro.jvm
ну так-то тем более странная задача, если у вас и mq и база не умеют в jta, но оно вам надо
источник

AE

Alexandr Emelyanov in pro.jvm
Alexander Komarov
ну так-то тем более странная задача, если у вас и mq и база не умеют в jta, но оно вам надо
+
источник

МК

Максим Калашников in pro.jvm
Alexander Komarov
ну так-то тем более странная задача, если у вас и mq и база не умеют в jta, но оно вам надо
:) почему странная? обычная задача вроде
источник

МК

Максим Калашников in pro.jvm
я читал и не нашел там про поддержку XA
источник

AE

Alexandr Emelyanov in pro.jvm
Максим Калашников
я читал и не нашел там про поддержку XA
с JMS работают наверно все ТМ
источник

МК

Максим Калашников in pro.jvm
я не понимаю, все проект, которые так или иначе работают с брокерами сообщений, используют XA транзакции? Я всю жизнь думал, это их наоборот все избегают и используют другие подходы для обеспечения консистентности
источник

МК

Максим Калашников in pro.jvm
стейт машины, ТСС или еще что
источник

AK

Alexander Komarov in pro.jvm
Максим Калашников
:) почему странная? обычная задача вроде
окей, тогда подход немного странный. смотрите в сторону подходов, как обеспечить согласованность данных
источник

AK

Alexander Komarov in pro.jvm
saga там, cqrs
источник

МК

Максим Калашников in pro.jvm
так мы и смотрим. Мой изначальный вопрос был, может ли camel обеспечить согласованность данных у нас :)
источник

AE

Alexandr Emelyanov in pro.jvm
Максим Калашников
так мы и смотрим. Мой изначальный вопрос был, может ли camel обеспечить согласованность данных у нас :)
ровно настолько же, на сколько программа на ассемблере
источник

МК

Максим Калашников in pro.jvm
то есть с JTA все понятно, но в случае, как у нас, как camel будет работать? мож у него там транзакшен лог под капотом, и он магическим образом после рестарта все сделает
источник

AE

Alexandr Emelyanov in pro.jvm
Максим Калашников
то есть с JTA все понятно, но в случае, как у нас, как camel будет работать? мож у него там транзакшен лог под капотом, и он магическим образом после рестарта все сделает
а пойти доку почитать?
источник

МК

Максим Калашников in pro.jvm
Alexandr Emelyanov
а пойти доку почитать?
ну почему ты думаешь, что я не читал? я ж написал, что не понятно :) https://camel.apache.org/components/latest/aws-sns-component.html вот тут ни слова про транзакции. А вот про ActiveMQ написано https://camel.apache.org/components/latest/activemq-component.html И вообще про jms сказано, что есть транзакционность. Из чего я делаю вывод, что при интеграции не с JMS никакой транзакционности нет.
источник

МК

Максим Калашников in pro.jvm
но вот решил спросить, вдруг кто работал и знает
источник

МК

Максим Калашников in pro.jvm
Alexander Komarov
окей, тогда подход немного странный. смотрите в сторону подходов, как обеспечить согласованность данных
ок, а как вы обычно подходите к решению таких задач?
источник

AK

Alexander Komarov in pro.jvm
Максим Калашников
ок, а как вы обычно подходите к решению таких задач?
У нас jta, jms и транзакционная БД :)
источник

МК

Максим Калашников in pro.jvm
я как-то из нашего разговора понимаю, что надо либо все обернуть в транзакцию, либо допустить, что сообщение может быть не отправлено :)
источник

AE

Alexandr Emelyanov in pro.jvm
Максим Калашников
ну почему ты думаешь, что я не читал? я ж написал, что не понятно :) https://camel.apache.org/components/latest/aws-sns-component.html вот тут ни слова про транзакции. А вот про ActiveMQ написано https://camel.apache.org/components/latest/activemq-component.html И вообще про jms сказано, что есть транзакционность. Из чего я делаю вывод, что при интеграции не с JMS никакой транзакционности нет.
как говорится ваши выводы - это ваши выводы
источник