D365FO: Run custom X++ scripts with zero downtime

[Stitch_MS]

Job-ы возвращаются?

https://docs.microsoft.com/en-us/dyn...custom-scripts

[mazzy]

Цитата:

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

Job-ы возвращаются?

Украл, выпил, в тюрьму. Романтика!
https://coub.com/view/85ss4

[Logger]

Интересно, это только джобы ?
Или можно исправление к самописной / стандартной функциональности накатить ?

[Logger]

Осталось завезти отладку на рабочей и тогда мы простим MS все ее прегрешения.

[vmoskalenko]

Опасная штука. Будут запускать скрипты без проверки, прямо на ПРОДе.
Лучше бы не добавляли...

[vmoskalenko]

Цитата:

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

Интересно, это только джобы ?
Или можно исправление к самописной / стандартной функциональности накатить ?

Только код. Добавить новое поле в табличку не получится.

Цитата:

It must not be used for the following purposes or any other purpose:

• Data collection
• Schema changes
• Data migration or other long-running processes
• Correction of data that can be corrected through other means, such as regular business processes, data consistency tools, or other self-service tools

[Vadik]

Цитата:

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

Осталось завезти отладку на рабочей и тогда мы простим MS все ее прегрешения.

Никак нет, чтобы гарантированно и технологично отстрелить себе ногу этого явно недостаточно, еще нужен JIT доступ в БД продуктива

[Logger]

Цитата:

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

Только код. Добавить новое поле в табличку не получится.

Ну для багфиксов этого достаточно.
В общем, очень хорошо.

[Logger]

Цитата:

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

чтобы гарантированно и технологично отстрелить себе ногу ...

Что же вы о людях так плохо думаете.
С таким подходом всех хирургов за убийство сажать надо, а мужиков за изнасилование.
Инструмент есть, значит ...

[trud]

Цитата:

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

Опасная штука. Будут запускать скрипты без проверки, прямо на ПРОДе.
Лучше бы не добавляли...

Кстати многие так пишут, но как-то непонятно почему. А можете раскрыть чем опасная. ну т.е. чем написать джоб и выполнить его(причем с одобрением) опаснее чем написать джоб, подождать час когда он будет разворачиваться, выполнить его(без одобрения)

[skuull]

Кто колупал это пишут что пакет грузиться в blob, так же как и DMF пакеты, потом unzip и вызывается main через рефлексию. Так что ничего кроме кода туда не впихнуть и поэтому класс там должен быть один.

[AlexSD]

Цитата:

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

Кто колупал это пишут что пакет грузиться в blob, так же как и DMF пакеты, потом unzip и вызывается main через рефлексию. Так что ничего кроме кода туда не впихнуть и поэтому класс там должен быть один.

Что туда кладется? Скомпилированая DLL-ка или XML-ка с классом? Где оно компилируется?

[skuull]

Цитата:

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

Что туда кладется? Скомпилированая DLL-ка или XML-ка с классом? Где оно компилируется?

Это обычный пакет. Создали новую модель, в модели всего 1 класс у которого есть main. Из модели сделали пакет через студию. Залили его в АХ, она его распаковала и вызвала у этого класса main через рефлексию.

https://docs.microsoft.com/en-us/dyn...oyable-package

[Vadik]

Цитата:

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

Что же вы о людях так плохо думаете

Я не "о людях" в целом, скорее проекция новых возможностей на то как (по моим личным наблюдениям) работают службы поддержки на проектах AX2012 (кто джобы пишет, кто тестирует, и кто одобряет). Your mileage may vary, как говорится

[vmoskalenko]

Цитата:

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

Кстати многие так пишут, но как-то непонятно почему. А можете раскрыть чем опасная. ну т.е. чем написать джоб и выполнить его(причем с одобрением) опаснее чем написать джоб, подождать час когда он будет разворачиваться, выполнить его(без одобрения)

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

Полная аналогия - расщепление атома. Тулза отличная, но можно и громко бабахнуть.

[trud]

Цитата:

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

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

А как эту тулзу можно неправильно использовать? ну т.е. вот надо вам обновить что-то, вы начинаете согласовывать время, все недовольны, куча емейлов. (это если система работает 24ч)
или к примеру если время работы 8х5, нужно обновить, вам надо работать во внерабочее время и накатывать этот пекедж.
Ну т.е. есть конторы где это оплачивается и разработчикам эта внеурочная работа выгодна, но это какие-то вырожденные случаи.
Причем джоб вы потенциально запускаете без каких-то согласований, а тут предлагаю делать минимальные согласования, т.е. процесс как бы лучше будет

[Vadik]

Цитата:

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

А как эту тулзу можно неправильно использовать?

Да так же, как можно было неправильно использовать джобы в AX2012. Пример из моей практики:
- у клиента на AX2012 что-то не работает (не pick-ается) со склада
- девелопер на поддержке "анализирует" проблему и приходит к выводу, что у "работы" "неправильный InventDim" - ну, он так это видит..
- application manager со стороны клиента прессует support manager-а, тот прессует девелопера (the truck is waiting !!!)
- под таким невыносимым прессингом сахибов девелопер реализует "гениальный" фикс - он пишет джоб для исправления (редактирования) одной из аналитик непосредственно в InventDim
- то ли девелоперу "везет", то ли он по незнанию не обновляет хэш (что более вероятно) и это изменение не нарушает условие уникальности набора аналитик, но джоб "фиксит" запись InventDim в тестовом окружении
- консультант (его тоже нещадно прессуют сахибы) быстро "тестирует" и рапортует что "ошибки больше нет". Ну а раз нет, значит "потестировали" и "починилось", о чем докладывают application manager-у
- application manager "одобряет" запуск джоба в продуктиве (ненуачо, его же протестировали, фура все еще ждет и его менеджер тоже выражений не подбирает)
- джоб запускается в продуктиве
- успела ли фура выехать со склада до того как minor data inconsistency перешло в статус major, я не знаю

Вы скажете, "пистолет не убивает - убивает человек", и я согласен с этим на 100%. Но на своих проектах я бы предпочел чтобы инструмента для запуска adhoc джобов у саппорта не было. Медсестрам в приемной почему-то скальпели не выдают?

P.S. Кстати, могу ошибаться но все шаги на скриншоте выполнены под одним аккаунтом (Admin) ?

[Logger]

Vadik, пример интересный.

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

Вообще, эти запреты напоминают логику наших чиновников:
- Есть проблема ? Самый умный и еще очки надел ? Запретим, и нет проблемы! А потом уже будем разбираться можно разрешить или нет. Все запретим и огородим заборами. И все будут ходить с песнями и строем. И будет хорошо

[trud]

Ну т.е. по вашему текущая схема горазно надежнее что-ли? Я не очень понимаю логики
...
- application manager "одобряет" запуск джоба в продуктиве (ненуачо, его же протестировали, фура все еще ждет и его менеджер тоже выражений не подбирает)
- ВСЕ УЧАСТНИКИ ПРОЦЕССА ЖДУТ ЧАС - Тот шаг который сейчас
- джоб запускается в продуктиве
...
- Джоб неудачный, требуется еще одна остановка и CIO начинает задумываться что "надо все же было брать SAP как советовали друзья"

[Logger]

Цитата:

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

- Джоб неудачный, требуется еще одна остановка и CIO начинает задумываться что "надо все же было брать SAP как советовали друзья"

А чо в САПе лучше что ли эти проблемы решаются ?