ofdax: What's new in Microsoft Dynamics AX 7

[Blog bot]

Источник: http://ofdax.blogspot.com/2016/02/he...-folks-so.html
==============

Hello and welcome to my blog, Folks!


So what is new in Microsoft Dynamics AX 7 for developers and technical consultants comparing to all previous versions? We’re witnessing without exaggeration the most radical change in Dynamics AX history inspired by the current technological trends and proposals from other ERP vendors.This release is mainly technical with some important functional changes though.


It is tough to pick out the most important among the numerous changes. Here is my chart of innovations from the technical point of view. I tried try condense the essence of every change into a couple of sentences.

• Web client and server. AX 7 is a website, browser is the client. UI metadata is rendered into HTML5, CSS and JavaScript. No X++ code on the client and no EP, of course. No ActiveX and Managed Hosts either.
• .NET integration. X++ and other metadata are stored on disk, compiled into CIL assemblies and executed by the server’s CLR. Development is done in Visual Studio only. Some changes to X++ syntax and model. Support of TFS / VSO integration and automated builds.
• Authorization and Office 365 integration. AX 7 users must have Azure Active Directory account in order to access the application and be authorized using OAuth2.
• Cloud deployment and ALM.Production environment can only be deployed in Azure and may use SQL Azure as DBMS. Non-production environments can be deployed in Azure or on-premise as pre-set VMs provided by Microsoft. Pricing is subscription-based. ALM done through LCS - a new cloud service with a lot of nice tools and methodologies.
• Codebase architecture. The whole codebase, including standard and custom code will be split into packages that are connected with one-way dependencies. You may reference objects only within the same and dependant packages. A new concept of extension - a non-intrusive way of customizations together with event-driven approach form a totally new architecture, customization and deployment ways. Package is compiled into a binary Nuget package for deployment.
• Integration, data management and services. AIF gets replaced by various SOAP, REST and JSON services and DIXF that is based on Data entity - a kind of view used for integration throughout the system. More tight two-ways integration with Office.
• Task recorder. It is difficult to classify it to any other category. Allows to record, document and playback all user actions from browser. A great tool for automated testing and education.
• BI. No more SSAS cubes, instead real-time BI that leverages SQL Server Column Store Index capabilities. Close PowerBI integration. UI-embedded user-adjustable KPIs.
• SSRS Reporting, Workflow, Security.Cosmetic changes.
• The main deprecated features. EP, RoleCenter, .NET connector, SSAS cubes, Virtual companies, ActiveX and Hosted.NET controls, Production builder and WMSII. Some features are not included into the first release but were not declared deprecated.

Источник: http://ofdax.blogspot.com/2016/02/he...-folks-so.html

[Dreadlock]

Цитата:

The main deprecated features. EP, RoleCenter, .NET connector, SSAS cubes, Virtual companies, ActiveX and Hosted.NET controls, Production builder and WMSII. Some features are not included into the first release but were not declared deprecated.

Зачем так сделали? Никакого сравнения кода, даже между Dev/Test. Никакой строчки кода не изменить на Work, даже перенести Job - это космос, видимо пока только полный rebuild приложения. Классно!

[Alex_KD]

Цитата:

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

Зачем так сделали? Никакого сравнения кода, даже между Dev/Test.

Непонял про Dev/Test. Кто мешает код сравнивать через TFS?
В prod лазить вам не дадут, prod пока польностью под контролем MS. разве что через ~6 месяцев, когда onprem будет доступен.

[Oleksandr]

Работа с кодом - через Студию и ТФС, там вся история, ченжсеты и прочее.
С продом сложнее, нужно, видимо, держать точную копию прода с исходниками если нужно отдебажить или проанализировать. Джобик - теоретически можно сделать новый пакет с классом и зедеплоить на прод, все билдить не нужно. На проде - набор ДЛЛлек, можно подкладывать по одной.

[trud]

Цитата:

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

Непонял про Dev/Test. Кто мешает код сравнивать через TFS?

А как такое делать? к примеру вы разрабатываете класс, в нем куча изменений, но вам надо на тест перенести всего пару строк или методов. Check in вы же можете сделать только всего объекта целиком. Может знаете какие-нибудь ресурсы, где процесс описывается?

[Link]

Цитата:

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

А как такое делать? к примеру вы разрабатываете класс, в нем куча изменений, но вам надо на тест перенести всего пару строк или методов. Check in вы же можете сделать только всего объекта целиком. Может знаете какие-нибудь ресурсы, где процесс описывается?

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

[trud]

Цитата:

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

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

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

[Logger]

Я думаю, в общем случае это проблема нерешаемая.

Как полумеру можно предложить накатывать все, просто куски кода (недотестированные) сделать отключаемыми конфигурационным ключом или методом включалкой.

[Link]

Цитата:

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

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

Что бы такого не происходило под каждую отдельную модификацию\проект создают отдельный branch. Под каждый branch нужен будет отдельный dev environment.

[Link]

Цитата:

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

Я думаю, в общем случае это проблема нерешаемая.

Как полумеру можно предложить накатывать все, просто куски кода (недотестированные) сделать отключаемыми конфигурационным ключом или методом включалкой.

Не всегда это возможно\удобно. Зависит конечно от модификации.

[Alex_KD]

Цитата:

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

А как такое делать? к примеру вы разрабатываете класс, в нем куча изменений, но вам надо на тест перенести всего пару строк или методов. Check in вы же можете сделать только всего объекта целиком. Может знаете какие-нибудь ресурсы, где процесс описывается?

Незаконченные изменения кидаете в shelveset, откатываетесть до последней версии (undo check out), накатываете "пару строк" и делаете check-in.

Using Shelvesets to Set Aside Pending Changes

[Link]

Branching and Merging

[twilight]

А что будет вместо кубов? И зачем их убрали? Всем заказчикам нравились (не стандартные конечно, а доработанные).

[Alex_KD]

Цитата:

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

А что будет вместо кубов? И зачем их убрали? Всем заказчикам нравились (не стандартные конечно, а доработанные).

Если в кратце, то заменили на "real-time aggregate data" с использованием SQL-NCCI (Updatable, Non-Clustered Columnstore Indexes). Дата тянется с 2й(3й и тп) SQL реплики, тоесть на повседневную работу SQL влиять не должно.

Если подробнее, смотрите видео с октябрьской конференции-
“Dude, Where’s my Cube?”