Передать временную таблицу из формы в класс

[Eldar9x]

Есть класс, в котором объявлен курсор на НЕВРЕМЕННУЮ таблицу. При инициализации класса делаем этому курсору setTmp. Есть диалоговая форма, в которой датасорс - также по этой таблице. При инициализации ставим ее в setTmp.
В методе closeOk:

public void closeOk()
{
    DialogRunbase dialog = element.args().caller();
    ;

    SmmLineCreate.parmTmpData(SmmResponsible); //  SmmResponsible - та самая таблица

    dialog.updateServer();

    if( SmmLineCreate.checkCloseDialog(this) )
        super();
}

А парм-метод такой:

Common parmTmpData(Common _tmpResponsible = tmpResponsible)
{
    ;
    tmpResponsible.setTmpData(_tmpResponsible);
    return tmpResponsible;
}

После того как на диалоге создаю строку в таблице, сохраняю и жму OK, в классе :
вызов

boolean checkTmp()
{
    Boolean ret = true;
    ;
    select count(RecId) from tmpResponsible;

    if (!tmpResponsible.RecId)
        ret = checkFailed(strfmt("@SYS77621", "@ACL85"));

    return ret;
}

идет по настоящей таблице и записи диалоговой формы вообще не видит. В чем может быть решение?

[Dron AKA andy]

Запрос идет по постоянной таблице или все же по неинициализированной временной?

[Eldar9x]

          ?

значение smmResponsible.RecId после checkTmp в отладчике оказывается равно 4, это столько настоящих записей в самой таблице. Хотя в диалоге введена 1 строка. Значит, по постоянной.

[e@gle]

Подход правильный. Все должно работать. Где-то ошибка в реализации.
Покажите код метода init() диалоговой формы.

[Eldar9x]

public void init()
{
    if( !element.args().caller() )
        throw error("@SYS79604");

    smmLineCreate = element.args().caller().runbase();

    super();

    element.setDesign();

    SmmTmpDeliverCreate.setTmp(); // это еще один датасорс на таблице. Но сейчас он не используется.
    SmmResponsible.setTmp();         
}

[Dron AKA andy]

Что-то с tmpResponsible не так, проверяйте инициализацию класса.

[Eldar9x]

В случае с SmmTmpDeliverCreate все нормально, даже SmmLineCreate.parmTmpData(SmmTmpDeliverCreate) в closeOK не надо делать... Единственное отличие - SmmTmpDeliverCreate на самом деле временная

[e@gle]

Давайте уж заодоно и init() класса.

[Eldar9x]

public boolean init()
{
boolean ret;
;

this.checkSelection();

ret = super();

tmpResponsible.setTmp();

this.initParmDefault();
this.fillTmpData(); // можно считать пустым


return ret;
}

[Eldar9x]

пробовал в filltmpdata():

    tmpResponsible.setTmp();
    tmpResponsible.EmplType = SmmEmplType::Direct;
    tmpResponsible.EmplId   = "000016";
    tmpResponsible.insert();

несмотря на setTmp() данные ложаться в постоянную таблицу... То есть setTmp может и не работать? Или повторный вызов setTmp отключает временность...

[RVS]

Zitat:

Zitat von Eldar9x

Есть диалоговая форма, в которой датасорс

Вопросы:
- форма "настоящая" (в AOT нарисованная)? Или это диалог?
- как вы ее (форму) поднимаете из класса (код)?

[Eldar9x]

Форма в АОТе

protected Object dialog()
{
    DialogRunbase   dialog = Dialog::newFormnameRunbase(this.dialogFormName(),this);
    ;

    dialog = super(dialog);
    dialog.caption(this.caption());

    dgDeliver = dialog.addGroup("@ACL95");
    dgDeliver.columns(2);

    dfDeliverDate   = dialog.addFieldValue(typeid(SmmWorkDate), deliverDate, this.dateLabel());

    return dialog;

}

[RVS]

Попробуйте форму через classFactory.formRunClass() поднять. Мне помогло в свое время

[DSPIC]

Скорее всего проблема в том что класс живет на сервере, а временная таблица на клиенте.
Нужно паковать тавлицу и передавать через pack() unpack().
Проблема обсуждалась много раз, ищите на форуме.

[petr]

или в перекрыть метод canSwapBetweenCS и вернуть false. Тогда можно не замарачивать с передачей временной таблицы с клиента на сервер.

[DSPIC]

Zitat:

или в перекрыть метод canSwapBetweenCS и вернуть false. Тогда можно не замарачивать с передачей временной таблицы с клиента на сервер.

Это в случае, если
1. Функционал не требует больших вычислительных ресурсов
2. Функционал запускается сразу, без поддержки Batch
А вообще нестандартный подход перекрытия canSwapBetweenCS() [IMHO]

[Eldar9x]

   classFactory.formRunClass()

так как в АОТе не выходит - ругается что у объекта нет метода addGroup;

  canSwapBetweenCS   false

заработал как положено filltmpdata, но вызов SmmLineCreate.parmTmpData() в диалоге затирает эти данные.
Класс, действительно, живет на сервере. Видимо временный курсор диалога (датасорса) - на клиенте, а временный курсор класса - на сервере. Но ведь в случае с таблицей, которая на самом деле временная, это не вызывает проблем

[petr]

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

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

Пример из стандарта - класс SalesCreateReleaseOrder

Использовать данный подход никого не агитирую, просто для богатства выбора привел...

[Eldar9x]

а что он делает этот метод?

[DSPIC]

canSwapBetweenCS = can Swap Between Client Server