Перекрытие linkActive в подчиненном датасорсе

[AlexeyVS]

День добрый, товарищи.
Решаю вопрос с позиционированием в подчиненном гриде при переходе к контексту оповещения.
По ходу реализации возник вопрос. При перекрытии метода linkActive подчиненого датасорса использую следующий код:

public void linkActive()
{
     if (!element.parmTaskFinded())
    {
        super();
    }
    else
    {
        element.parmTaskFinded(false);
        element.gotoTasks();
     }
}

Так вот если я попадаю в ветку else, то ломается связь между датасорсами в главном и подчиненном гриде. То есть при переходе по строкам главного грида, данные в подчиненном не меняются, метод linkActive не вызывается.
Куда копать? уже всю голову сломал.

[mazzy]

Цитата:

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

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

еще бы, вы же в ветке else не вызываете метод super().
а именно там ядро и отрабатывает действия по связи.

[S.Kuskov]

а когда/где вы вызываете element.parmTaskFinded(true)?

[AlexeyVS]

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

element.parmTaskFinded(true) выставляется в методе findRecord.

[S.Kuskov]

Цитата:

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

element.parmTaskFinded(true) выставляется в методе findRecord.

а element.gotoTasks() случайно не использует этот самый findRecord?

[AlexeyVS]

Цитата:

Сообщение от S.Kuskov

а element.gotoTasks() случайно не использует этот самый findRecord?

Нет этот метод просто ставит фокус на подчиненный грид.

[mazzy]

Цитата:

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

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

позиция чего?
у вас одна и та же подчиненная запись может быть подчинена двум разным основным записям?

form1
====
main1
main2
...

form2
====
sub1,main1
sub2,main1
sub3,main2
sub4,main2
sub5,main2
...

итак, вы:
1. открыли форму1, ядро установило курсор на main1
2. открыли форму2 из формы1, ядро связало из dynalink'ом. В форме2 показаны две записи sub1, sub2
3. вы передвигаете курсор в форме1 на main2. ядро вызывает метод activeLink в форме2, чтобы покзать 3 (три) совсем другие (!!!) записи sub3, sub4, sub5.

Какая позиция? Какой findRecord? О чем вы говорите?

[Ivanhoe]

Я так понимаю, это продолжение темы Контекст оповещения Workflow

[AlexeyVS]

Немного не так...
Я получаю оповещение от некого объекта, в данном случае это Task. Из формы оповещений я хочу перейти к источнику оповещения. Для этого я должен сначала выставить позицию в главном дс, затем в подчиненном. Это все на одной форме в двух гридах.

[S.Kuskov]

Цитата:

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

я должен сначала выставить позицию в главном дс, затем в подчиненном.

Делайте это из одного и тогого же места, сразуже как только распознали, что форма открывается для просмотра конкретной задачи. Зачем вам перекрывать linkActive?

[AlexeyVS]

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

[S.Kuskov]

Цитата:

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

Я как раз выставляю его в одном месте, в методе findRecord подчиненного дс

а почему вы решили использовать метод подчинённого дс?

[AlexeyVS]

Потому что туда в качестве параметра приходит как раз ссылка на контекст оповещения
public boolean findRecord(Common _record)
вот как раз _record это и есть моя задача, на которую мне надо встать.
Потом делаю так:

 select firstonly taskTable where taskTable.RecId == _record.RecId;
    select firstonly docTable where docTable.DocumentId == taskTable.DocumentId;

    Document_ds.findRecord(docTable);
    Task_ds.research();

    ret = super(_record);

[S.Kuskov]

Цитата:

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

Потому что туда в качестве параметра приходит как раз ссылка на контекст оповещения

Цитата:

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

Я так понимаю, это продолжение темы Контекст оповещения Workflow

Ага. Значит вы зажаты контекстом класса EventContextInformation. У меня возник альтернативный вариант выхода из этого "порочного круга". Что если добавить на форму ещё один отдельный (не связанный ни с какимими другими) вспомогательный DataSource по подчинённой таблице. И натравить EventContextInformation именно на него. Тогда управление прийдёт именно в его findRecord, из которого можно будет свободно (не перекрывая linkActive) управлять связкой двух других "настоящих" дс.

P.S.: Гипотеза чисто теоретическая, т.к. сам с оповещениями никогда не работал

[AlexeyVS]

Интересно, но я не представляю как такое можно реализовать. Ведь само оповещение генерится инфраструктурой workflow. Я всего лишь запускаю некий документ в документооборот.
Есть еще вариант. Каким-то образом реализовать руками связывание двух источников после обхода метода super в linkActive.