The daily Axapta WTF

[kashperuk]

Цитата:

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

AX7.update1 файл webconfig

<!-- ISSUE-2012-02-09-RAMESH: What's the purpose of this? -->
      <machineKey decryption="AES" decryptionKey="F7FA540B4DFD82E5BB196B95D15FF81FBA5D8619B270E58E2C90FAA683C5AA02" 
validation="SHA1" validationKey="BA5D8619B270E58E2C90F" />

<!-- ISSUE-2012-09-02-RAMESH: Revisit for production use -->
            <!-- ISSUE-2012-02-28-RAMESH: 						
                            Does this even work for WebHttpBinding? 						
                            Will this work correctly with authentication enabled? 					-->
            <serviceMetadata httpsGetEnabled="true" />

интересно, этот RAMESH еще работает или уволился и код никто не решается трогать

RAMESH кстати уже давно у нас не работает.
Но комменты, похоже, до сих пор остались

[kashperuk]

Цитата:

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

RAMESH кстати уже давно у нас не работает.
Но комменты, похоже, до сих пор остались

А теперь их уже нет
Точнее, в Platform Update 3 их уже не будет

Магия

[AlGol]

AX2012R3
Понадобилось сделать View, в котором должна отображаться одна запись с максимальным значением определенного поля.
Делаю в АОТ Query, с одним источником данных, задаю сортировку по нужному полю, в параметрах источника пишу свойство FirstOnly = Yes.
Делаю в АОТ View, на основании созданного query.
Открываю посмотреть что получилось - и вижу все записи таблицы.

В результате разбора выяснил, что View не обращает внимания на опцию FirstOnly в Query.
Пришлось делать обходной маневр в виде двух view с получением max поля и потом отфильтровывать по нему данные.

[SRF]

Цитата:

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

В результате разбора выяснил, что View не обращает внимания на опцию FirstOnly в Query.

Это проблема не view, а игнорирование опции firstOnly в Query dynamicsaxhints: Query datasource FirstOnly property

[AlGol]

Цитата:

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

Это проблема не view, а игнорирование опции firstOnly в Query dynamicsaxhints: Query datasource FirstOnly property

что-то я не уловил в приведенном посте один момент: каким образом выполнялась трансляция Query в SQL запрос ( в местах где написано "The query is translated into SQL Server query").

Но по большому счету, именно в применении к данной проблеме, мне неинтересны ньюансы формирования запросов на SQL. Я хочу чтобы если в запросе установлен хинт FirstOnly то он бы возвращал одну запись.

Через X++ все так и происходит, я получаю одну запись. Если я делаю форму где структура источников формируется на основании Query тоже вижу поддержку Firstonly.

При реализации View посредством Query, это свойство просто игнорируется.

[SRF]

Цитата:

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

что-то я не уловил в приведенном посте один момент: каким образом выполнялась трансляция Query в SQL запрос ( в местах где написано "The query is translated into SQL Server query").

Обычным, когда пытаетесь выполнить указанный запрос с хинтом firstOnly, на SQL сервер уходит запрос без него, можно например в журнале трассировки запросов посмотреть.

Цитата:

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

Но по большому счету, именно в применении к данной проблеме, мне неинтересны ньюансы формирования запросов на SQL. Я хочу чтобы если в запросе установлен хинт FirstOnly то он бы возвращал одну запись.

Через X++ все так и происходит, я получаю одну запись. Если я делаю форму где структура источников формируется на основании Query тоже вижу поддержку Firstonly.

При реализации View посредством Query, это свойство просто игнорируется.

View это просто частный случай общей проблемы, в форме и X++ работает, потому что отсекает ядро AX(в действительности же на SQL запрос уходит другой), View же объект SQL, который создан на основании ошибочного запроса.

[pedrozzz]

AX 2012 R2
Десериализация структуры Struct::create(_container) в CIL, которая была упакована методом pack() в обычном исполняемом коде. Разъезжаются пары Ключ-Значение
Слева на скриншоте десериализация в обычном коде (ошибок нет), справа - выполненная в CIL. Как говорится, результат на лицо. Т.е. порядок значений в структуре остался прежним, а порядок ключей изменился.

[mazzy]

Цитата:

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

AX 2012 R2
Десериализация структуры Struct::create(_container) в CIL, которая была упакована методом pack() в обычном исполняемом коде. Разъезжаются пары Ключ-Значение
Слева на скриншоте десериализация в обычном коде (ошибок нет), справа - выполненная в CIL. Как говорится, результат на лицо. Т.е. порядок значений в структуре остался прежним, а порядок ключей изменился.
Вложение 11188

оО!
1. спасибо
2. пожалуйста, зарегистрируйте багу. лучше от лица клиента. да, регистрация - это гемор. И очень сильный гемор. но эту - зарегистрируйте. пожалуйста.

и еще одно:
а можно попросить у вас еще и код, который у вас приводит к подобному "результату"?

[pedrozzz]

Цитата:

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

2. пожалуйста, зарегистрируйте багу. лучше от лица клиента. да, регистрация - это гемор. И очень сильный гемор. но эту - зарегистрируйте. пожалуйста.

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

Цитата:

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

а можно попросить у вас еще и код, который у вас приводит к подобному "результату"?

Сам код разбросан по кускам разных классов, которые в силу NDA я не имею права выкладывать. Но в целом идея такая:

1. Создаете в таблице YourTableName поле типа контейнер PackedData
2. Заполняете структуру значениями в обычном исполняемом коде и через .pack() сохраняете его в таблицу. Например так:
   

       YourTableName                           yourTableName;
       Struct                                  struct;
   
       struct  = new Struct();
       
       struct.add('ScenarioHistoryRecId', someRecId);
       struct.add('ResponseCode'        , someText);
       struct.add('InvoiceDateDispute'  , someDateTime);
       struct.add('OrigInvoiceDueDate'  , anotherDateTime);
       struct.add('OutstandingAmount'   , someRealValue);
       struct.add('DateReminderSent'    , oneMoreDateTime);
       struct.add('NewDueDateRemind'    , someDate);
       
       yourTableName.clear();
       yourTableName.PackedData = struct.pack();
       yourTableName.insert()

3. Создаете наследника RunBaseBatch, в методе run() десереализируете сохраненную структуру через create() и запускаете один раз просто так, а второй раз в пакете.
   

       YourTableName                           yourTableName = YourTableName::find(yourTableRecId);
       Struct                                  dataStruct    = yourTableName.PackedData
                                                             ? Struct::create(yourTableName.PackedData)
                                                             : new Struct();
       Counter                                 i;
   
       info(strFmt("Record id: %1", yourTableName.RecId));
       
       for (i = 1; i <= dataStruct.fields(); i++)
       {
           info(strFmt("%1: %2", dataStruct.fieldName(i), dataStruct.value(dataStruct.fieldName(i))));
       }

4. Удивляетесь увиденному

Похоже, что в AX ключи следуют в порядке их добавления, а в CIL в алфавитном порядке. Мне вот абсолютно на порядок плевать, но хотелось бы, раз они меняют порядок ключей, то чтобы и порядок значений изменился соответствующим образом. У нас R2, проверьте кто-нибудь в R3, может уже исправили.

[Stitch_MS]

Проверил в R3 CU11 - не исправили.

Чем отвечать на каверзные вопросы в регистрационной форме, я бы использовал Map, который вроде не глючит, если сделать так:

Запись

    map = new Map(Types::String, Types::Container);
    map.insert('ScenarioHistoryRecId', [123456789]);
    map.insert('ResponseCode'        , ['my text']);    
    packedMap = map.pack();

Считывание

    Map             map = Map::create(_packedMap);
    MapEnumerator   enumerator; 
    
    enumerator = map.getEnumerator();
    while (enumerator.moveNext())
    {
        info(strFmt("%1: %2", enumerator.currentKey(), conPeek(enumerator.currentValue(), 1)));
    }

[b_nosoff]

AX2012 R3

RetailCDXSeedDataSubJob.createSubJob() - subjob.Enabled всегда Yes, хотя, если включить Retail Essentials, часть таблиц будет выключена конф. ключом, и в дальнейшем CDX будет падать при попытке их обработки.
Можно было б инициировать из dictTable.enabled(), хотя бы... Но нет, да и сам этот флаг не особо проверяется.