добавить readonly датасорс на форму, для фильтрования

[alicedr]

Задача крайне простая.
Скажем, в грид с полями из SalesLine добавить поля из кастомного view, созданного из Inventtable и других таблиц. Поля должны быть фильтровабельными. При добавлении/удалении поля не должны добавляться/удаляться.
Делается это в AX7 в form.extension, так что для использования доступны только events.
Я добавляю датасорс в дизайнере, а связь на уровне инита главной таблицы:

[FormDataSourceEventHandler(formDataSourceStr(SalesTable, SalesLine), FormDataSourceEventType::Initialized)]
    public static void SalesLine_OnInitialized(FormDataSource sender, FormDataSourceEventArgs e)
    {
        FormDataSource lines_ds = sender;

        QueryBuildDataSource qbdsLines = lines_ds.query().dataSourceName('SalesLine');
        //qbdsLines.clearLinks();

        QueryBuildDataSource  qbdsProduct = qbdsLines.addDatasource(tableNum(AttributesView), "AttributesView_code");

        QbdsProduct.addLink(fieldNum(SalesLine, itemId),fieldNum(AttributesView, itemId));
        QbdsProduct.joinMode(JoinMode::InnerJoin);
    }

Далее в самом вью я перекрываю метод write и validatewrite:

 //VIEW
public class AttributesView extends common
{
    public void write()
    {
        //super();
    }

    public boolean validateWrite()
    {
        boolean ret = true;
    
        //ret = super();
    
        return ret;
    }

Перекрыть write прям на датасорсе формы не могу, потому что это экстеншен. Именно поэтому используется вью, а не таблица.

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

 Field 'Product' must be filled in.   
 Field 'Item number' must be filled in.

Была попытка в порядке бреда дать ему значения для validate, не помогло:

[FormDataFieldEventHandler(formDataFieldStr(SalesTable, SalesLine, ItemId), FormDataFieldEventType::Modified)]
    public static void ItemId_OnModified(FormDataObject sender, FormDataFieldEventArgs e)
    {
        FormDataSource      fds = sender.datasource();
        FormRun             formRun = fds.formRun();
        SalesLine           salesLine = FormRun.dataSource(formdatasourcestr(Salestable, SalesLine)).cursor() as salesLine;
        AttributesView      view = FormRun.dataSource(formdatasourcestr(Salestable, AttributesView)).cursor() as AttributesView;
        view.ItemId = SalesLine.ItemId;
        view.Product = 1;
    }

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

[skuull]

На грид скорее всего не выйдет. Через екстеншен можно добавить FormPart( ещё 1 грид или группа полей) как адреса на CustTable и там у вас будет полный контроль над новой формой/датасоурсом.

[alicedr]

Добавлю сюда еще неработающий метод:

[FormDataSourceEventHandler(formDataSourceStr(SalesTable, InventTable), FormDataSourceEventType::Writing)]
    public static void InventTable_OnWriting(FormDataSource sender, FormDataSourceEventArgs e)
    {
        // doesn't work
        FormDataSourceCancelEventArgs ce = e as FormDataSourceCancelEventArgs; //converting error here
        Ce.cancel(); //Ce.cancel(1); ?
       // it does work for form control:
       // FormControlCancelableSuperEventArgs ce = e as FormControlCancelableSuperEventArgs;
       // ce.CancelSuperCall();
    }

И пару ссылок про полезные извращения:
https://ievgensaxblog.wordpress.com/...ut-overlaying/
https://docs.microsoft.com/en-us/dyn...m-data-sources

[skuull]

Цитата:

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

Я добавляю датасорс в дизайнере, а связь на уровне инита главной таблицы:

[FormDataSourceEventHandler(formDataSourceStr(SalesTable, SalesLine), FormDataSourceEventType::Initialized)]
    public static void SalesLine_OnInitialized(FormDataSource sender, FormDataSourceEventArgs e)
    {
        FormDataSource lines_ds = sender;

        QueryBuildDataSource qbdsLines = lines_ds.query().dataSourceName('SalesLine');
        //qbdsLines.clearLinks();

        QueryBuildDataSource  qbdsProduct = qbdsLines.addDatasource(tableNum(AttributesView), "AttributesView_code");

        QbdsProduct.addLink(fieldNum(SalesLine, itemId),fieldNum(AttributesView, itemId));
        QbdsProduct.joinMode(JoinMode::InnerJoin);
    }

Если датасоурс добавлен в дизайнере зачем его еще раз добавлять в коде через qbdsLines.addDatasource ?

Цитата:

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

Далее в самом вью я перекрываю метод write и validatewrite:

Перед тем как их перекрывать вы проверили что они вызываются ? Что вообще должен делать write на view, писать в БД ? Разве форма в super() write вызывет write таблицы\представления?

Еще не видно modified метода который бы заполнял курсор view при изменении ItemId, есть такой?

[alicedr]

Цитата:

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

Если датасоурс добавлен в дизайнере зачем его еще раз добавлять в коде через qbdsLines.addDatasource ?

Да, тут лажа, уже исправлено: вешаться надо на инит AttributesVeiw и просто добавлять связь через addLink.

Цитата:

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

Перед тем как их перекрывать вы проверили что они вызываются ? Что вообще должен делать write на view, писать в БД ? Разве форма в super() write вызывет write таблицы\представления?

Нет. но была надежда.

Цитата:

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

Еще не видно modified метода который бы заполнял курсор view при изменении ItemId, есть такой?

?

[skuull]

Цитата:

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

Да, тут лажа

Так вот из-за такой лажи люди читают поперек и уходят с мыслью "АХ неоч, ничо низя сделать, го в PHP" и несут ее гордо по всему форуму.

Насколько я помню по АХ 2012 (каюсь в 7ке не проверял) ни write ни validateWrite на view не вызывается и поля на обязательность не проверяются. Раньше было достаточно добавить новый datasource, на init() добавить связь и на modified поля (скажем itemId) добавить код по поиску записи во view по новому ключу и заполнение курсора через data().

Откуда именно валится "Field 'Product' must be filled in. " ?

[alicedr]

Цитата:

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

Насколько я помню по АХ 2012 (каюсь в 7ке не проверял) ни write ни validateWrite на view не вызывается и поля на обязательность не проверяются.

А на датасорсе? А супер() оттуда?
Хотя, как уже говорилось, я не проверяла, вызывается ли write на view из write датасорса, но надежда была, что таки вызывается.

Цитата:

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

Откуда именно валится "Field 'Product' must be filled in. " ?

Это мандатори поля из InventTable, на котором построен view.

[skuull]

Цитата:

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

Это мандатори поля из InventTable, на котором построен view.

Это понятно, не понятно из какого метода вы получаете эти сообщения, validateWrite датасоурса? Но тогда почему "при попытке добавить", а не при попытке сохранить ?
Нужно больше информации

[mazzy]

Цитата:

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

Задача крайне простая.
Скажем, в грид с полями из SalesLine добавить поля из кастомного view, созданного из Inventtable и других таблиц. Поля должны быть фильтровабельными. При добавлении/удалении поля не должны добавляться/удаляться.
Делается это в AX7 в form.extension, так что для использования доступны только events.
Я добавляю датасорс в дизайнере, а связь на уровне инита главной таблицы...

Эм... с самого начала подозревал что чего-то не понимаю.
Появилось время проверить.
А давайте еще раз?

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

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

было бы шикарно, если бы вы сделали упрощенный пример и приложили проектик.

[mazzy]

на всякий случай, если у кого-то возникнут возражения типа Sys-слой или модель не та,
повторил эксперимент в слое USR и в новой модели.

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

[alicedr]

Спасибо, Маззи!
Проблема была в том, что я, протупив, добавила relation между датасорсами на инит датасорса SalesLine вместо инита датасорса кастомного вью.
Проблема решилась.
Еще раз спасибо!