AIF действия в транзакции. Откат Rollback

[MazZzDaI]

Привет!
При интеграции AX и стороннего приложения (СП) появилась необходимость использования транзакции на несколько последовательных действий, например:
1. СП вызывает сервис создания данных в АХ; АХ создаёт данные и возвращает ответ СП; СП сохраняет у себя результат;
2. СП вызывает сервис разноски ранее созданных данных в АХ; АХ выполняет действие и возвращает результат об успешной разноске; СП фиксирует у себя успех.
Схема простая, но добавив вероятность падения канала связи, СП не получит ответ 2 и откатит (rollback) свою транзакцию, включая результат 1.
Предполагаю необходимость костылизации механизма, например, удаление данных разноски АХ при возобновлении связи, согласование данных, стек данных, время жизни документа; но такое решение не масштабируемое и громоздкое.
Предварительный вызов АХ сервиса с ttsBegin; вызов действий; вызов ttsCommit/ttsAbort не получается сделать, т.е. нельзя просто взять и сделать откат в АХ.
Подскажите пожалуйста, каким образом можно реализовать откат на стороне АХ?

[Logger]

Похожая тема
AIF - как экранировать вызовы throw в аксапте

[lvan]

я подобное спрашивал уже
вроде ничего простого нельзя сделать, потому что не поддерживаются транзакции
остаются только костыли

[Maxim Gorbunov]

А версия AX какая? Если AX2012, можно попробовать использовать message batch.

[MazZzDaI]

Цитата:

Сообщение от Logger

Похожая тема
AIF - как экранировать вызовы throw в аксапте

Этот подход допустим в рамках одного действия сервиса

Цитата:

Сообщение от Maxim Gorbunov

А версия AX какая? Если AX2012, можно попробовать использовать message batch.

Message Batch применим для адаптера файловой системы. AX 2009

Цитата:

Сообщение от lvan

я подобное спрашивал уже
вроде ничего простого нельзя сделать, потому что не поддерживаются транзакции
остаются только костыли

Есть предположения костылизации?

[gl00mie]

Цитата:

Сообщение от MazZzDaI

При интеграции AX и стороннего приложения (СП) появилась необходимость использования транзакции на несколько последовательных действий, например:
1. СП вызывает сервис создания данных в АХ; АХ создаёт данные и возвращает ответ СП; СП сохраняет у себя результат;
2. СП вызывает сервис разноски ранее созданных данных в АХ; АХ выполняет действие и возвращает результат об успешной разноске; СП фиксирует у себя успех.
Схема простая, но добавив вероятность падения канала связи, СП не получит ответ 2 и откатит (rollback) свою транзакцию, включая результат 1.

Кажется, это называется chatiness: у вас в СП есть одна транзакция на оба действия (передачу данных и разноску документа), но в AX вы почему-то передаете это отдельными сообщениями вместо того, чтобы передать одним сообщением вида "прими данные и разнеси документ".

Цитата:

Сообщение от MazZzDaI

Предполагаю необходимость костылизации механизма, например, удаление данных разноски АХ при возобновлении связи, согласование данных, стек данных, время жизни документа; но такое решение не масштабируемое и громоздкое.

В целом, мне кажется, любая синхронная интеграция с выполнением разноски в Аксапте будет не масштабируемой и громоздкой. Но если у вас в СП отправка и получение результата разноски для простоты сделаны в одной транзакции, то и в АХ это должно быть одно сообщение.
А вообще, по поводу разносок в AIF - как раз сейчас идет обсуждение в другой ветке

[MazZzDaI]

Решился описать решение, может кому пригодится

Созданы действия AIF для:

• открытия транзакции AifTtsBegin(GUID _messageId, UserId _userId, DataAreaId _dataAreaId, int _transactionLifeTimeSec)
• коммита - AifTtsCommit(GUID _messageId)
• отката - AifTtsAbort(GUID _messageId)

Модифицирована таблица SysDatabaseLog:

• добавлено поле messageId типа GUID;
• добавлены методы для отката изменений в логируемых таблицах:
  • rollbackInsert - удаляет запись
  • rollbackUpdate - обновляет запись в предыдущее состояние
  • rollbackDelete - вставляет запись из лога
• модифицирован метод insert, в котором производится запись в поле SysDataBaseLog.messageId значения AifTtsLog.messageId в контексте текущего пользователя запущенной сессии AX

Создана таблица AifTtsLog для отслеживания состояния AIF транзакций с набором полей:

• messageId - GUID - уникальный идентификатор транзакции, в контексте которого производятся изменения данных и запись в SysDatabaseLog; устанавливается интегрируемой системой
• userId - идентификатор пользователя, в контексте которого производятся изменения данных и запись в SysDatabaseLog; устанавливается интегрируемой системой
• wsAbort - boolean - признак вызова отката транзакции; устанавливается интегрируемой системой
• expirationDateTime - время жизни транзакции, по истечению которого AX запустит механизм отката транзакции
• axAbort - boolean - признак, отображающий успешное завершение отката транзакции на стороне AX
• wsCommit - boolean - признак коммита транзакции; устанавливается интегрируемой системой
• axRollbackError - boolean - признак, отображающий возникновение ошибки в процессе отката транзакции на стороне AX

Создан класс AxTtsMonitor extends RunBaseBatch, который мониторит таблицу AifTtsLog и:

• Запускает откат изменений при появлении признака wsAbort, или же при истечении времени жизни транзакции
• Устананавливает признаки axAbort и axRollbackError