Доброго всем дня.
Возник такой вопрос, кто-нибудь пробовал работать из 1С с брокером сообщений Apache ActiveMQ не через API-интерфейс, так как он, походу, не поддерживает транзакционную модель, а, например, через какую-нибудь компоненту?
Может есть какие-то доки по этому поводу?

Что такое "интерфейс с поддержкой транзакционной модели"?

(1) И сейчас ты спалился как проф-программист )))

(2)(0) А я вот тоже не понял, какая нужна "транзакционная модель" от очереди сообщений?

(3) вероятно "если транзакция не совершилась, то никаких сообщений в очередь мы не посылали"

(3) если нет подтверждения об обработке, а не просто о получении, то сообщение не удаляется

но это уже близко к распределенным транзакциям и у автора не получится.

(5) ах это. выкинь апач и кролика, переходи на kafka

(7) Какие аргументы им в плюс?

(8) вот тут хорошо описано: https://habr.com/company/itsumma/blog/416629/

(5) Каким боком подтверждение приема к транзакциям?
Ну и на 1С сделай то что тебе надо или возьми готовое.

И в чем смысл каждый раз отправлять в очередь то, что уже известно что получено на той стороне?
Просто та сторона должна после обработки передавать обратно перечень "ошибочных объектов", которые ей заново нужны, вот и все.

(10) Какое отношение записи в БД к транзакции?

(12) Первое - следствие второго
http://memesmix.net/media/created/7gw11s.jpg :)

(11) ну вот ты получил сообщение, начинаешь его обрабатывать, а он взял и завис/ребутнулся/упал_метеорит (нужное подчеркнуть)...
и что ты тогда отправишь в перечень ошибочных?

(14) он -> сервер

(14) Я, как получатель, конечно же разделяю процесс получения (приема) сообщения и его разбор (обработку).
Когда сообщение моей стороной успешно принято и положено куда требуется (в очередь к обработке, например), то отправитель (диспетчер сообщений, т.е. посредник между получателем-мною и отправителем) получит от меня ответ, что все ОК - сообщение Я получил.
Если во время обработки сообщения какие-то объекты из него не смогли обработаться как надо, то Я передаю диспетчеру список таких объектов.
И на худой конец (хотя не очень ясно, в каком случае это может понадобиться) Я всегда имею возможность сам дернуть диспетчера с запросом уже когда-то полученного мною сообщения (указав его номер).

(16) ты счас про ActiveMQ говоришь?

Нет - есть же цепочка сообщений по номерам

(18) А автор говорит про ActiveMQ. Альтернативное решение через планы обмена или kafka уже было предложено.

Мне пох, про что он и кому говорит. Мой интерес и присутствие в ветке обусловлен моим первым постом в ней же.