AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Администрирование
DAX
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 05.11.2009, 10:32   #1  
Alexx7 is offline
Alexx7
Сам.AX
Аватар для Alexx7
Самостоятельные клиенты AX
1C
 
305 / 28 (1) +++
Регистрация: 22.07.2009
Нет доступа к свойству ConfigurationKey (ax2009sp1)
Добрый день.

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

В чем может быть причина.

Спасибо.

ax2009 sp1
__________________
Возьми свет!
Старый 05.11.2009, 10:50   #2  
DSPIC is offline
DSPIC
Боец
 
1,077 / 1234 (44) ++++++++
Регистрация: 11.04.2008
Это вроде простой глюк IDE. Перезаходить в DAX пробовали?
Старый 05.11.2009, 11:02   #3  
Alexx7 is offline
Alexx7
Сам.AX
Аватар для Alexx7
Самостоятельные клиенты AX
1C
 
305 / 28 (1) +++
Регистрация: 22.07.2009
Цитата:
Сообщение от DSPIC Посмотреть сообщение
Это вроде простой глюк IDE. Перезаходить в DAX пробовали?
Пробовал. Даже АОС на всякий случай перезапускал. Нет доступа. Что интересно.. на поля таблиц свойсво активно, а на саму таблицу неактивно.
__________________
Возьми свет!
Старый 05.11.2009, 11:10   #4  
SRF is offline
SRF
Участник
MCBMSS
Axapta Retail User
 
362 / 542 (19) +++++++
Регистрация: 08.08.2007
Записей в блоге: 1
? Лицензия
А есть ли лицензия на данный конфигурационный ключ?
__________________
Sergey Nefedov
Старый 05.11.2009, 11:16   #5  
Alexx7 is offline
Alexx7
Сам.AX
Аватар для Alexx7
Самостоятельные клиенты AX
1C
 
305 / 28 (1) +++
Регистрация: 22.07.2009
Цитата:
Сообщение от SRF Посмотреть сообщение
А есть ли лицензия на данный конфигурационный ключ?
Конечно есть.
__________________
Возьми свет!
Старый 05.11.2009, 11:17   #6  
S.Kuskov is offline
S.Kuskov
Участник
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,427 / 1771 (66) ++++++++
Регистрация: 28.04.2007
Адрес: Калуга
Тоже самое поведение наблюдаю у себя. Причём проявляется только у таблиц созданных на слое, где разработка уже недоступна. Что это? защита конфигурации? Тогда она легко обходится правкой xpo перед загрузкой
Старый 05.11.2009, 11:26   #7  
Alexx7 is offline
Alexx7
Сам.AX
Аватар для Alexx7
Самостоятельные клиенты AX
1C
 
305 / 28 (1) +++
Регистрация: 22.07.2009
Цитата:
Сообщение от S.Kuskov Посмотреть сообщение
Тоже самое поведение наблюдаю у себя. Причём проявляется только у таблиц созданных на слое, где разработка уже недоступна. Что это? защита конфигурации? Тогда она легко обходится правкой xpo перед загрузкой
Неа. Проблема то в том, что на GLS слое значение свойства таблицы CRSERussia (это правильно), на нашем USR слое стоит старый ключ CRSECIS и не меняется никак.
__________________
Возьми свет!
Старый 05.11.2009, 11:30   #8  
S.Kuskov is offline
S.Kuskov
Участник
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,427 / 1771 (66) ++++++++
Регистрация: 28.04.2007
Адрес: Калуга
Ну так я про это и говорю. Таблица принадлежит слою GLS. А править ConfigurationKey вы хотите на USR. И вот почему-то в AX2009 такое делать запретили. . Но через xpo всё попрежнему заливается

Последний раз редактировалось S.Kuskov; 05.11.2009 в 11:33.
Старый 05.11.2009, 11:35   #9  
Alexx7 is offline
Alexx7
Сам.AX
Аватар для Alexx7
Самостоятельные клиенты AX
1C
 
305 / 28 (1) +++
Регистрация: 22.07.2009
Цитата:
Сообщение от S.Kuskov Посмотреть сообщение
... И вот почему-то в AX2009 такое делать запретили. ...
Это достоверная информация?
__________________
Возьми свет!
Старый 05.11.2009, 11:47   #10  
SRF is offline
SRF
Участник
MCBMSS
Axapta Retail User
 
362 / 542 (19) +++++++
Регистрация: 08.08.2007
Записей в блоге: 1
Видимо это св-во для таблиц сделали readOnly, сам проверил на DAX 2009 sp1, тоже нельзя менять данное св-во.

Поэтому придется это делать как-нибудь по другому, либо, как предложил S.Kuskov, поправить в файлике проекта св-во configurationKey с CRSECIS на CRSERussia у данной таблички и залить проект, либо job'ом (примерный код ниже):
X++:
static void change_configurationKey(Args _args)
{
    TreeNode    d = SysDictTable::newTableId(tableNum(RassetTable)).treeNode();
    str         newKey = configurationKeyStr(AIF);
    ;
    d.AOTsetProperties(Global::setProperty(d.AOTgetProperties(), 'ConfigurationKey', newKey));
    d.AOTsave();
    d.AOTcompile();
}
__________________
Sergey Nefedov
За это сообщение автора поблагодарили: gl00mie (5), S.Kuskov (1), Alexx7 (1).
Старый 05.11.2009, 11:48   #11  
kashperuk is offline
kashperuk
Участник
Аватар для kashperuk
MCBMSS
Соотечественники
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,361 / 2084 (78) +++++++++
Регистрация: 30.05.2004
Адрес: Atlanta, GA, USA
Цитата:
Сообщение от S.Kuskov Посмотреть сообщение
. И вот почему-то в AX2009 такое делать запретили. .
Запретили, так как иначе смысла в конфигурационных ключах большого нет - даже не покупая лицензии на модуль, можно (при наличии лицензии на разработку) изменить конфигурационные ключи на всех элементах этого модуля и пользоваться им, не отчисляя за это деньги Майкрософт.

P.S. Это мое личное предположение
Старый 05.11.2009, 12:06   #12  
DSPIC is offline
DSPIC
Боец
 
1,077 / 1234 (44) ++++++++
Регистрация: 11.04.2008
Цитата:
Сообщение от kashperuk Посмотреть сообщение
Запретили, так как иначе смысла в конфигурационных ключах большого нет - даже не покупая лицензии на модуль, можно (при наличии лицензии на разработку) изменить конфигурационные ключи на всех элементах этого модуля и пользоваться им, не отчисляя за это деньги Майкрософт.

P.S. Это мое личное предположение
Наверное вы правы, но дырку оставили...
Подозреваю, что следующий код предоставит доступ к модулю RAsset без необходимости в лицензировании

X++:
static void clearRAssetLicense(Args _args)
{
    TreeNode    treeNode;
    str         properties;
    ;

    #Properties

    treeNode = TreeNode::findNode(@"\Data Dictionary\Configuration Keys\RAsset");

   if (treeNode)
   {
        properties = treeNode.AOTgetProperties();

        properties = setProperty(properties, #PropertyLicensecode, "");

        treeNode.AOTsetProperties(properties);

        treeNode.AOTsave();
   }
}
Старый 05.11.2009, 12:20   #13  
kashperuk is offline
kashperuk
Участник
Аватар для kashperuk
MCBMSS
Соотечественники
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,361 / 2084 (78) +++++++++
Регистрация: 30.05.2004
Адрес: Atlanta, GA, USA
Цитата:
Сообщение от DSPIC Посмотреть сообщение
Наверное вы правы, но дырку оставили...
Подозреваю, что следующий код предоставит доступ к модулю RAsset без необходимости в лицензировании
Да. Но при этом я почти уверен, что про дырку знают, просто решили не затыкать ее.
Точно так же, как в другом программном обеспечении есть дырки, через которые пираты взламывают их.
Доля тех, кто знает об этом и воспользуется - довольно мала. И видимо она меньше, чем усилия, которые придется потратить на борьбу с этим.
Старый 04.01.2011, 04:33   #14  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
На базе приведенного примера сделал джобик, который позволяет "поднять" конфигурационный ключ на таблицах с нижележащего слоя, если на текущем слое он после обновления или еще каких действий получился "неправильный". В режиме проверки (если на вопрос "изменять конф. ключи" ответить "Нет") только выводит информацию о найденных расхождениях. Если прописываемый ключ оказался выключенным, а прежний - включенным, выводится предупреждение и запрашивается дополнительное подтверждение. Но в любом случае до синхронизации изменения не вступят в силу.
X++:
#macrolib.Properties
static void ChangeConfigurationKey(Args _args)
{
    UtilElements    ueCurrLayer;
    UtilElements    uePrevLayer;
    CheckFix        modeCheckFix;
    Counter         nChanged;
    Counter         nFound;

    boolean tryChangeConfigKey4Table(UtilElements _ue, UtilEntryLevel _prevLayer)
    {
        SysInfoAction       infoAction;
        TreeNode            tnCurr;
        TreeNode            tnPrev;
        configurationkeyid  currKeyId;
        configurationkeyid  prevKeyId;
        str                 currKeyName;
        str                 prevKeyName;
        str                 warnMsg;
        boolean             isConfirmed;
        boolean             ret;
        ;
        setprefix( strfmt( "@SYS55826", _ue.name ) );
        if (_ue.utilLevel <= _prevLayer)
        {
            throw error( Error::wrongUseOfFunction( funcname() ) );
        }
        tnCurr = xUtilElements::getNode( _ue );
        if (tnCurr)
        {
            tnPrev = tnCurr.getNodeInLayer( _prevLayer, false );
        }
        if (tnPrev)
        {
            currKeyName = findProperty( tnCurr.AOTgetProperties(), #PropertyConfigurationkey );
            prevKeyName = findProperty( tnPrev.AOTgetProperties(), #PropertyConfigurationkey );
            if (currKeyName != prevKeyName)
            {
                infoAction = new SysInfoAction_Properties( tnCurr.treeNodePath() );
                info( strfmt( @"Конф.ключ на %1 (%2) отличается от %3 (%4)", tnCurr.applObjectLayer(), currKeyName, _prevLayer, prevKeyName ), '', infoAction );
                currKeyId = configurationkeyname2id( currKeyName );
                prevKeyId = configurationkeyname2id( prevKeyName );
                isConfirmed = modeCheckFix == CheckFix::Fix;
                if (   !isConfigurationKeyEnabled( prevKeyId )
                    &&  isConfigurationKeyEnabled( currKeyId )
                   )
                {
                    warnMsg = strfmt( @"Конфигурационный ключ %1 выключен, изменения могут привести к потере данных", prevKeyName );
                    if (modeCheckFix == CheckFix::Fix)
                    {
                        isConfirmed = Box::yesNo( warnMsg + @". Все равно изменить?", DialogButton::No, "@SYS866" ) == DialogButton::Yes;
                    }
                    else
                    {
                        warning( warnMsg );
                    }
                }
                if (isConfirmed)
                {
                    tnCurr.AOTsetProperties( setProperty( tnCurr.AOTgetProperties(), #PropertyConfigurationkey, prevKeyName ) );
                    tnCurr.AOTsave();
                    tnCurr.AOTcompile();
                    info( prevKeyName ? strfmt( @"Ключ изменен на %1", prevKeyName ) : @"Ключ удален" );
                    ret = true;
                }
            }
        }
        return ret;
    }
    ;
    setprefix( @"Перебивка конфигурационных ключей на таблицах" );
    switch (Box::yesNoCancel( @"Изменять конфигурационные ключи?", DialogButton::No ))
    {
        case DialogButton::Yes :
            modeCheckFix = CheckFix::Fix;
            break;
        case DialogButton::Cancel :
            error( "@SYS18738" );
            return;
        default :
            break;
    }
    while select ueCurrLayer
        where   ueCurrLayer.utilLevel   == currentAOLayer()
            &&  ueCurrLayer.recordType  == UtilElementType::Table
    {
        select firstonly reverse utilLevel, RecId
            from    uePrevLayer
            order by utilLevel
            where   uePrevLayer.name        == ueCurrLayer.name
                &&  uePrevLayer.recordType  == ueCurrLayer.recordType
                &&  uePrevLayer.utilLevel   <  ueCurrLayer.utilLevel
                    ;
        if (uePrevLayer)
        {
            nFound++;
            if (tryChangeConfigKey4Table( ueCurrLayer, uePrevLayer.utilLevel ))
            {
                nChanged++;
            }
        }
    }
    info( strfmt( @"Обработано таблиц: %1, изменено %2", nFound, nChanged ) );
}
Старый 04.01.2011, 12:08   #15  
DSPIC is offline
DSPIC
Боец
 
1,077 / 1234 (44) ++++++++
Регистрация: 11.04.2008
Товарищи!
Пригласите кто gl00mie в гости, выпейте с ним за новый год, а то он своими новогодними джобиками кому-нибудь мозг сломает...
За это сообщение автора поблагодарили: sukhanchik (1).
Старый 04.01.2011, 15:33   #16  
otkudao
Гость
 
n/a
Теги
ax2009, законченный пример, конфигурационный ключ, таблица

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Смена доступа на таблицу в конкретной форме Perc DAX: Программирование 5 05.11.2006 23:08
Настройка прав доступа??? nicko DAX: Администрирование 9 23.03.2006 09:36
Разграничение доступа на записи Роман Кошелев DAX: Функционал 11 26.07.2004 10:56
Что имеет наибольший приоритет при настройке прав доступа? tov DAX: Администрирование 11 19.07.2003 10:19
Проблемы настройки прав доступа пользователям axot DAX: Администрирование 25 16.05.2002 10:47
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 18:12.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.