|
28.09.2016, 01:29 | #1 |
Участник
|
Цитата:
Сообщение от trud
AX7.update1 файл webconfig
X++: <!-- ISSUE-2012-02-09-RAMESH: What's the purpose of this? -->
<machineKey decryption="AES" decryptionKey="F7FA540B4DFD82E5BB196B95D15FF81FBA5D8619B270E58E2C90FAA683C5AA02"
validation="SHA1" validationKey="BA5D8619B270E58E2C90F" /> X++: <!-- 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" /> Но комменты, похоже, до сих пор остались |
|
29.09.2016, 10:31 | #2 |
Участник
|
Цитата:
Точнее, в Platform Update 3 их уже не будет Магия |
|
06.12.2016, 18:31 | #3 |
Участник
|
View не понимает FirstOnly
AX2012R3
Понадобилось сделать View, в котором должна отображаться одна запись с максимальным значением определенного поля. Делаю в АОТ Query, с одним источником данных, задаю сортировку по нужному полю, в параметрах источника пишу свойство FirstOnly = Yes. Делаю в АОТ View, на основании созданного query. Открываю посмотреть что получилось - и вижу все записи таблицы. В результате разбора выяснил, что View не обращает внимания на опцию FirstOnly в Query. Пришлось делать обходной маневр в виде двух view с получением max поля и потом отфильтровывать по нему данные.
__________________
Ален ноби, ностра алис. Что означает - если один человек построил, другой завсегда разобрать может. |
|
|
За это сообщение автора поблагодарили: S.Kuskov (2). |
09.12.2016, 09:45 | #4 |
Участник
|
Цитата:
__________________
Sergey Nefedov |
|
09.12.2016, 18:48 | #5 |
Участник
|
Цитата:
Сообщение от SRF
Это проблема не view, а игнорирование опции firstOnly в Query dynamicsaxhints: Query datasource FirstOnly property
Но по большому счету, именно в применении к данной проблеме, мне неинтересны ньюансы формирования запросов на SQL. Я хочу чтобы если в запросе установлен хинт FirstOnly то он бы возвращал одну запись. Через X++ все так и происходит, я получаю одну запись. Если я делаю форму где структура источников формируется на основании Query тоже вижу поддержку Firstonly. При реализации View посредством Query, это свойство просто игнорируется.
__________________
Ален ноби, ностра алис. Что означает - если один человек построил, другой завсегда разобрать может. |
|
12.12.2016, 23:18 | #6 |
Участник
|
Цитата:
Цитата:
Сообщение от AlGol
Но по большому счету, именно в применении к данной проблеме, мне неинтересны ньюансы формирования запросов на SQL. Я хочу чтобы если в запросе установлен хинт FirstOnly то он бы возвращал одну запись.
Через X++ все так и происходит, я получаю одну запись. Если я делаю форму где структура источников формируется на основании Query тоже вижу поддержку Firstonly. При реализации View посредством Query, это свойство просто игнорируется.
__________________
Sergey Nefedov |
|
07.02.2017, 15:22 | #7 |
Молодой, подающий надежды
|
AX 2012 R2
Десериализация структуры Struct::create(_container) в CIL, которая была упакована методом pack() в обычном исполняемом коде. Разъезжаются пары Ключ-Значение Слева на скриншоте десериализация в обычном коде (ошибок нет), справа - выполненная в CIL. Как говорится, результат на лицо. Т.е. порядок значений в структуре остался прежним, а порядок ключей изменился.
__________________
Кононов Пётр |
|
|
За это сообщение автора поблагодарили: mazzy (5), macklakov (2), Logger (3). |
07.02.2017, 15:24 | #8 |
Участник
|
Цитата:
Сообщение от pedrozzz
AX 2012 R2
Десериализация структуры Struct::create(_container) в CIL, которая была упакована методом pack() в обычном исполняемом коде. Разъезжаются пары Ключ-Значение Слева на скриншоте десериализация в обычном коде (ошибок нет), справа - выполненная в CIL. Как говорится, результат на лицо. Т.е. порядок значений в структуре остался прежним, а порядок ключей изменился. Вложение 11188 1. спасибо 2. пожалуйста, зарегистрируйте багу. лучше от лица клиента. да, регистрация - это гемор. И очень сильный гемор. но эту - зарегистрируйте. пожалуйста. и еще одно: а можно попросить у вас еще и код, который у вас приводит к подобному "результату"? |
|
07.02.2017, 16:06 | #9 |
Молодой, подающий надежды
|
Цитата:
Цитата:
Похоже, что в AX ключи следуют в порядке их добавления, а в CIL в алфавитном порядке. Мне вот абсолютно на порядок плевать, но хотелось бы, раз они меняют порядок ключей, то чтобы и порядок значений изменился соответствующим образом. У нас R2, проверьте кто-нибудь в R3, может уже исправили.
__________________
Кононов Пётр Последний раз редактировалось pedrozzz; 07.02.2017 в 16:20. |
|
|
За это сообщение автора поблагодарили: mazzy (5). |
07.02.2017, 18:03 | #10 |
Участник
|
Проверил в R3 CU11 - не исправили.
Чем отвечать на каверзные вопросы в регистрационной форме, я бы использовал Map, который вроде не глючит, если сделать так: Запись X++: map = new Map(Types::String, Types::Container); map.insert('ScenarioHistoryRecId', [123456789]); map.insert('ResponseCode' , ['my text']); packedMap = map.pack(); X++: Map map = Map::create(_packedMap); MapEnumerator enumerator; enumerator = map.getEnumerator(); while (enumerator.moveNext()) { info(strFmt("%1: %2", enumerator.currentKey(), conPeek(enumerator.currentValue(), 1))); } Последний раз редактировалось Stitch_MS; 07.02.2017 в 18:48. |
|
|
За это сообщение автора поблагодарили: pedrozzz (4). |
22.02.2017, 21:30 | #11 |
Читатель
|
AX2012 R3
RetailCDXSeedDataSubJob.createSubJob() - subjob.Enabled всегда Yes, хотя, если включить Retail Essentials, часть таблиц будет выключена конф. ключом, и в дальнейшем CDX будет падать при попытке их обработки. Можно было б инициировать из dictTable.enabled(), хотя бы... Но нет, да и сам этот флаг не особо проверяется. |
|