Функция BOX::yesAllNoAllCancel

[Eldar9x]

Нажатие кнопки в этом окне вызывает следующую ошибку:

---------------------------
Ошибка отслеживания операций (TTS)
---------------------------
Обнаружены непарные операции X++ TTSBEGIN/TTSCOMMIT.Причиной могут являться: (а) вызов (отсутствие) операторов TTSBEGIN или TTSCOMMIT,
(б) возврат изнутри пары TTSBEGIN/TTSCOMMIT или(в) влияние пользователя на выполнение TTSBEGIN/TTSCOMMIT.

Текущий уровень контроля TTS - "1".

---------------------------
ОК
---------------------------

если функция лежит внутри транзакции. Причем другие функции отрабатывают нормально (BOX::YesNo(), например).

Выглядит все следующим образом:

    try
    {
        ttsbegin;

        while select HRMSkillResonsible
            while select hrmSkill
                where hrmSkill.hrmSkillTypeId == HRMSkillResonsible.HRMSkillTypeId
                {
                 ...
                 switch (Box::yesAllNoAllCancel)
                 {
                 case DialogButton::No:
                            break;
                 ...
                 default:
                            throw exception::Break;
                 ...
                }
        ttscommit;
    }
    catch (exception::Break)
    {
        checkFailed("@SYS70800");
    }
    catch (exception::Error)
    {
        checkFailed("@SYS79625");
    }

В чем может быть дело?

[kashperuk]

Внутри транзакции нельзя вызывать диалоговые окна.
То, что у вас отрабатывает в этой ситуации box::YesNo вызывает сомнения и опасения

[oip]

Цитата:

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

Внутри транзакции нельзя вызывать диалоговые окна.

Кстати, предлагаю Eldar9x, в качестве упражнения, подумать почему.

[Eldar9x]

почему, понятно - что бы надолго не блокировать базу. Но все же как это побороть?

[Alex_KD]

Цитата:

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

почему, понятно - что бы надолго не блокировать базу. Но все же как это побороть?

Не вызывать диалоги внутри транзакции

[SolNik]

Использование диалогов\форм в транзакции не есть гуд (причем не только в Аксапте) по многим причинам.
Вот основные:
1) Таблицы, участвующие в транзакции блокируются на время пока пользователь размышляет, какую бы ему кнопочку нажать.
2) Такой подход противоречит принципам ООП. Логика и интерфейс должны быть реализованы в разных слоях, иначе код становится трудносопровождаемым и тормознутым.

[Eldar9x]

Понятно. Придется в два прохода со сбором статистики ответов. Всем большое спасибо.
Может быть, разработчики увидев, что сообщение вызывается внутри транзакции, решили вызвать это исключение специально... И тем не менее, для остальных функций BOX это работает, правда, там и код различный.

[Murlin]

Дайте плз кто-нибудь ссылку что-то навроде Best Practice.
Кстати я проверя уровень транзакции методом application.ttslevel(), я все правильно сделал? наверное это тоже потребуется подтвердить.

[gl00mie]

Вот, например: Microsoft Dynamics AX 2009 Development Best Practices