Внезапная! синхронизация в Ax 2012

[Pandasama]

Товарищи, возможно кто-нибудь сталкивался в Ax2012 со следующей проблемой.
При небольшой рутинной разработке, например:
1 Создаем EDT
2 Меняем в нем какие-нибудь параметры (длину строки, например)
3 Сохраняем
Как результат иногда получаем - без запроса! - полную синхронизацию всего (хотя этот ЕДТ и не используется нигде и вообще только что создан) минут на 20-30. Рабочий процесс – встает.

Может быть кто-то знает, как с этим бороться превентивно и как наиболее безопасно бороться, если синхронизация уже пошла (убивать клиент с активной синхронизацией как-то боязно).

[macklakov]

Цитата:

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

Товарищи, возможно кто-нибудь сталкивался в Ax2012 со следующей проблемой.

Да, обычное неудобство. Обсуждалось и на форуме и на прочих ресурсах. Попробуй google спросить

[Logger]

В 2009-й часто еще помогало

New SQLSyncPending().databaseTouched(false);

После этого аксапта "забывает" об изменениях в словаре и не пытается делать синхронизацию. Возможно в 2012-й тоже сработает.

[mazzy]

ну, не стоит уж сразу в гугл посылать.

да, вопрос обсуждался.
да, есть доводы за данную фичу, есть и против.

чтобы отключить автосинхронизацию,
создайте job, который будет создавать объект SqlSyncPending и запускать метод
SqlSyncPending.databaseTouched(false)

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

[DSPIC]

Цитата:

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

В 2009-й часто еще помогало

New SQLSyncPending().databaseTouched(false);

После этого аксапта "забывает" об изменениях в словаре и не пытается делать синхронизацию. Возможно в 2012-й тоже сработает.

Отличный хинт, спасибо. А я костылем пользуюсь - если нужно много чего в DataDictionary изменить - блокирую метод classes\application\dbSynch(), возвращаю true до super(). Но... часто забываешь вернуть обратно...

[Ivanhoe]

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

[pedrozzz]

Цитата:

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

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

Не первый год из проекта в проект первым делом проверяю наличие оной заплатки в Дев окружении и добавление ее при отсутствии
Класс, как уже выше упоминалось, Application.dbSynchronize(). Вставляем в самом начале. Желательно добавить всех разрабов или вообще убрать условие на userId. Фен шуй феншуем от МС, где каждому отдельный АОС и окружение, а в суровой реальности десяток разрабов все пилит в одной базе и запущенная синхронизация у одного может тормозить работу всей команды При этом механизм синхронизации все же лучше понимать и не всегда разумно ее пропускать.

    ...
    // TODO, sync fix, begin
    if ((curUserId() == 'UserId1'
      || curUserId() == 'UserId2'
       )
     && new SqlSyncPending().databaseTouched())
    {
        if (Box::okCancel('Sync data base?', DialogButton::Cancel) == DialogButton::Cancel)
        {
            return false;
        }
    }
    // sync fix, end
    ...

[macklakov]

Цитата:

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

каждому отдельный АОС и окружение, а в суровой реальности десяток разрабов все пилит в одной базе

Процесс приобретает особую пикантность если "архитектора" убедили разместить систему в azure

[Ivanhoe]

Да даже без Azure купить весь необходимый софт, выделить реально мощные машины - поди продай это клиенту