Некоректная распаковка запроса

[DreamCreator]

Добрый день!
Хотелось бы разобраться в интересной ситуации:
Я написал тестовый класс (TestPacket) для выгрузки номеклатуры, класс потомок RunBaseBatch, использует Query для динамического выбора даты модификации.

Query создан в AOT (TestQuery) и имеет метод init в котором по умолчанию всегда для inventTable.ModifiedDate проставляется фиксированный период.

Класс прекрасно работает в обычном режиме, но в пакетном дает сбой - все параметры хорошо пакуются и распаковываются, а потом непонятно где вызывается метод init TestQuery и заданный пользователем период перетирается тем который по умолчанию задан в query.

Стало интересно - в какой момент перетирается распакованный query.
Запустить и посмотреть достаточно просто, объекты автономные, главное чтобы на InventTable был включен modifiedDate.

Можно поставить точки останова в местах отмеченных "// for debagger" и смотреть значение qbds - период должнен оставаться тот который задан пользователем.

Спасибо!

Upd: Поправил класс, была описка с названием таблицы.

[AndyD]

При упаковке Query сохраняется информация об объекте AOT, на основе которого он был создан.
Когда происходит вызов new QueryRun(Query), для Query вызывается метод Init(), который перетирает ранее восстановленный из контейнера range.
Варианта решения два - в Init() проверять range и инициализировать только если value() пустой.
Либо, не пересоздвать QueryRun, а заменять в нем Query

if(this.isInBatch())
    queryRun.query(unPackedQuery);

[miklenew]

Не знаю мож не из этой оперы и не пригодиться, но навсякий случай напишу.
Как то создавал класс. На входе baseEnum. Потом диалог, потом run.
Так вот если запускаю в режиме клиента всё ок. Если в режиме server, BaseEnum в какой-то момент обнуляется.
Исправил так. Перед if(класс.promt()) вызываю класс.SaveLast().

[George Nordic]

Настройка - параметры - использование данных - сбросить - уверен - все пучком.

Было неднократно.

С Уважением,
Георгий

[DreamCreator]

Цитата:

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

При упаковке Query сохраняется информация об объекте AOT, на основе которого он был создан.
Когда происходит вызов new QueryRun(Query), для Query вызывается метод Init(), который перетирает ранее восстановленный из контейнера range.

Я тоже подозревал init()

Цитата:

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

Варианта решения два - в Init() проверять range и инициализировать только если value() пустой.

Не пройдет - т.к. range не пустой для ежедневной пакетной выгрузки и скорее всего пользователь,если сам запустит,
тоже не оставит его пустым, а если оставит, то специально.

Цитата:

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

Либо, не пересоздвать QueryRun, а заменять в нем Query

if(this.isInBatch())
    queryRun.query(unPackedQuery);

Спасибо, сработало!! А решение было так близко!

Цитата:

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

Перед if(класс.promt()) вызываю класс.SaveLast().

Спасибо! Для enun-ов буду иметь в виду!

Цитата:

Сообщение от George Nordic

Настройка - параметры - использование данных - сбросить - уверен - все пучком.

Я сначала тоже на кэш думал Оказывается query как объект AOT ведет себя особенно!

[AndyD]

Цитата:

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

Не пройдет - т.к. range не пустой для ежедневной пакетной выгрузки и скорее всего пользователь,если сам запустит,
тоже не оставит его пустым, а если оставит, то специально.

Хм.
А если так проверять?

if(qbr && !qbr.value())
    qbr.value(SysQuery::range(systemDateGet() - 2 , systemDateGet()));

И вообще, не понятно, зачем вообще его инициализировать в Query.
В RunBase для этого есть метод InitParmDefault(), который вызывается только при отсутствии упакованных данных.

[DreamCreator]

Цитата:

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

Хм.
А если так проверять?

if(qbr && !qbr.value())
    qbr.value(SysQuery::range(systemDateGet() - 2 , systemDateGet()));

И вообще, не понятно, зачем вообще его инициализировать в Query.
В RunBase для этого есть метод InitParmDefault(), который вызывается только при отсутствии упакованных данных.

Для рабочей задачи была цель один раз запустить пакет который бы исполнялся каждый вечер и делал выборку за период
[текущая дата - 2, текущая дата] - для этого подходило решение с инициализацией параметров Query в init пока не обратили
внимание не некорректную работу в пакетном режиме при задании иных пользовательских параметров.

Понятно что можно было налету в методе run подставлять нужный период, но хотелось сделать все явно и компактно - в одном объекте query.

Сейчас думаю разбить логику пакетной обработки на ежедневную (с фиксированным периодом) и особую, при которой пользователь сам вводит нужные ему
параметры.

InitParmDefault - попробовал, буду использовать!