AOSAuthorization и права пользователей

[EfimV]

DAX2009,ru5
Выдаю пользователю права на таблицы.
Если у таблицы не задано свойство AOSAuthorization то всё в порядке.

Если задано (например LedgerTrans – “Проводки ГК”), то указание доступа на конкретную таблицу недостаточно. Требуется, чтобы был задан доступ на уровне «Таблицы» см. рисунок. (В явном виде задан доступ к securityKey, закрывающему таблицу)

Если я в окне формы задаю доступ на уровне «Таблицы», то «открываются» все таблицы из списка. И приходится все их прощёлкать и забрать доступ обратно.
При этом в большом количестве множатся записи в таблице AccessRightsList.
Если раньше была запись только на таблицу, к которой разрешен доступ, то сейчас указываются все таблицы. В том числе, к которым доступ запрещён.

Вопрос.
Как можно задать доступ к таблице у которой задано свойство AOSAuthorization без того чтобы не пощелкивать все таблицы из списка и не забирать доступ обратно?
Может это делается как то более правильно?

[someOne]

Столкнулся с этой же проблемой при настройке прав в Ax2009. Новая система AOSAuthorization работает нелепо на мой взгляд. Если у таблицы настроено это свойство, то настройку прав приходится делать извращенными способами... Открывать доступ на корневые ключи безопасности (CustTables например) и закрывать доступ на все оставшиеся таблицы с этим корневым ключем. Что не правильно в корне. При появлении каждой новой таблицы с этим ключем придется перестраивать права всем группам пользователей.

Таким образом настраивать права не правильно.

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

[PavelX]

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

unchecked

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

[Delfins]

Подниму старую тему.

Проблема с "постированием" журнала. Стандартный код вылетает вот именна на такой проверке "без прав" дать права

Показывает стэк.. пишет что не пожат вызвать ф-ю "неаопределённо" на клиенте...
В другой аппликации тото же самый код работает

static boolean LedgerParamaters::checkDuplicate(Voucher _voucher, TransDate _transDate)
// </GEEU>
{
    LedgerTrans         ledgerTrans;
    TransDate           fromDate;
    TransDate           toDate;
    ReuseVoucher        reuseVoucher = LedgerParameters::find().CheckVoucher;
    boolean             ret;
    ;

    ret = true;

    if (reuseVoucher != ReuseVoucher::AcceptDuplicate)
    {
        unchecked(Uncheck::TableSecurityPermission)  <<<<<<---------------------------- ,   
        {
            ledgerTrans = LedgerTrans::findVoucher(_voucher);
        }
        if (ledgerTrans)

Закоментил код и все запостилось...

[gl00mie]

Вы бы показали весь стек вызовов что ли Есть версия, что ключевая фраза тут - "вызвать на клиенте": в 2009-й (да и в 4-ке) ядро очень ревностно относится к тому, чтобы часть операций выполнялась строго на сервере (к примеру, те же прямые SQL-запросы), так что, вероятно, и отключение проверки AOSAuthorization тоже можно выполнять лишь в серверном коде. Было бы интересно понять, почему указанный кусок кода в вашем случае выполняется на клиенте - может, модификации какие вмешались, потому что штатно разноска журналов ГК выполняется на сервере. Может, у вас какой-нить свой пункт меню для запуска разноски, у которого не выставлено по-нормальному свойство RunOn.

PS. А комментировать отключение проверки не стоит - рискуете сломать разноску там, где она штатно работает...

[Delfins]

Ну на меню-итем поставлен "Сервер", классу указан "Где вызвано"

[c]    \Data Dictionary\Tables\LedgerParameters\Methods\checkDuplicate                                        20
[c]    \Classes\LedgerVoucherTransObject\check                                                               172
[c]    \Classes\LedgerVoucherTransObject\checkData                                                            55
[c]    \Classes\LedgerVoucherObject\checkTransactions                                                         29
[c]    \Classes\LedgerVoucherObject\check                                                                     22
[s]    \Classes\LedgerVoucher\check                                                                           17
[s]    \Classes\LedgerVoucher\post                                                                            32
[s]    \Classes\LedgerVoucherPost\end                                                                          4
[c]    \Classes\JournalCheckPostLedger\postVoucher                                                            21
[c]    \Classes\JournalCheckPostLedger\postJournal                                                            13
[c]    \Classes\JournalCheckPost\runPost                                                                       6

Странно, что это только на одном сервере. На другом сервер/апликации, но код почти тот же самый (по моему 99.9%) для этого процесса и всё работает.
Это может какой параметр или глюк ?

[Wamr]

Это, видимо, не весь стек. Самое главное - откуда шел исходный вызов, а именно этой части нет.

[Delfins]

А понял... в трассировке указан где код исполняется, и на checkDuplicate стоит "с"
Может методу просто поставить "public server static void/boolean checkDuplicate(..." ?

[gl00mie]

Это лишь верхушка айсберга, таких методов в ходе разноски журналов ГК могут вызываться десятки и сотни. Тут основная причина (если не рассматривать "странную" обработку AOSAuthorization ядром) в том, что код разноски стартует на клиенте, а не на сервере.

[Delfins]

Кстате, у вас такой же код?

/* <SYS>
static server boolean checkDuplicate(Voucher _voucher, TransDate _transDate)
</SYS> */

// <GEEU>
static boolean checkDuplicate(Voucher _voucher, TransDate _transDate)
// </GEEU>
{

Попробую поковырятся маленько..
Аххх... опять ложная тревога. Классу непоставилось Called_From, то ли при вылете снялось или не тому классу прежде ставил. Расширеному класу ХХХJournalCheckPost помогло. Спасибо.

[Damn]

А у меня вот такой стэк получился:

[c]    \Data Dictionary\Tables\LedgerParameters\Methods\checkDuplicate                                        20
[c]    \Classes\LedgerVoucherTransObject\check                                                               172
[c]    \Classes\LedgerVoucherTransObject\checkData                                                            55
[c]    \Classes\LedgerVoucherObject\checkTransactions                                                         29
[c]    \Classes\LedgerVoucherObject\check                                                                     22
[s]    \Classes\LedgerVoucher\check                                                                           17
[s]    \Classes\LedgerVoucher\post                                                                            32
[s]    \Classes\LedgerVoucherPost\end                                                                          4
[c]    \Classes\CustomJournalPost_RU\run                                                                      48
[c]    \Classes\CustomJournalGTDCreate_RU\postGTD                                                              9
[c]    \Classes\CustomJournalGTDCreate_RU\run                                                                162
[c]    \Classes\CustomJournalGTDBase_RU\main                                                                  22

Здесь проблема с классом CustomJournalGTDBase_RU ? То есть он должен исполняться на сервере ?

[gl00mie]

Да, проблема с этим классом, но исполняться на сервере должна лишь его часть, касающаяся разноски: у него есть метод-обработчик fld4_1_modified(), который по-моему не будет вызываться, если во время работы диалога класс будет работать на сервере, т.е. он должен уметь переключаться с сервера на клиента, для чего у него следует оставить RunOn = Called From, но поменять свойство соотв. пункта меню, чтобы класс стартовал на сервере и затем там же выполнялся после закрытия диалога. Правда, придется еще научить класс паковать параметры, вводимые через диалоговую форму.