Differences in Development for Dynamics 365 for Operations

by | Updated February 14, 2018 | Development, Dynamics 365 for Finance and Operations

The upcoming version of Dynamics AX is scheduled to release in February of 2016. All new versions of AX both scare and delight me, and this one is no exception! To prepare for the new release, I have been reading all of the documentation I can find and using it for a hands-on project of upgrading our internal AX 2012 customizations, using pre-release bits. During my learning journey, I have been taking notes. I thought I would start sharing my findings with you in the hope that they jumpstart your AX learning adventure.

All of the development work in the new release of Dynamics AX is done in Visual Studio (VS).  The AX application is entirely browser-based and there is no more fat client with an AOT you can access in it. The change to VS brings all lot of differences for development in Dynamics 365 for Operations (AX7), and I’ll start there with what I have noted thus far.

VS project types

There are Dynamics AX template project types that have been added to VS.

The template project types are:

  • Dynamics AX Best Practice Rules – used for writing best practices checks for code and metadata
  • Dynamics AX Developer Tool Add-in
  • Dynamics AX Project – main project template type for containing customizations

When creating a new project, first create a new model:

  • If you create a project without a new model, the project gets created in the sys layer in the model where the object being modified exists.
    • Because the project is in the sys layer you cannot add existing objects to the project because you are working in the sys layer.
  • You need to create a new model and put your projects inside of it.
  • When you create the new model, the dialog asking about the new model will prompt for:
    • The layer you want to work in
    • The package you want to work in
    • The first project you want to create
  • Once the project has been created you can see the layer and model next to the project name in the Solution Explorer.

AXPP Files

  • Files ending in axpp are the replacement for xpo files.
  • To export and import projects similar to what you would do with xpos on 2012:
    1. In the Solution Explorer, right-click on a project and choose Export project <ProjectName>
    2. The project gets saved as a file with an extension of .axpp

a. The model the project is created in is saved in the axpp fileii

ii. The model contains the layer infoii. The model contains the layer info

ii. The model contains the layer info

b. The axpp file cannot be read with Notepad

  3.   To import the axpp containing the project in VS go to the Dynamics AX menu and choose Import project.

           a. The project is created in the model (and layer) and saved in the axpp file.

                                                ii. If the model doesn’t exist in the imported environment, it will be generated.

    4.  Similar to 2012 and importing an xpo, in Dynamics 365 for Operations (AX7) you can do a comparison between the contents of the axpp file and the current environment.

                               a. To compare objects during the import: When you select Import project a dialog opens asking you to select the location of the axpp file.

1)When you select Import project a dialog opens asking you to select the location of the axpp file.

                               2)Once you have selected the axpp file at the bottom of the dialog there is a Details section.

                               3)In the details section, you can see all of the objects to be imported.

                               4)When viewing the objects, right-click on one of them and choose Compare to bring up compare window.

Packages

  • It includes all of the models, binaries and additional pieces needed to deploy code.
  • Similar concept to an AX2012 modelstore or in VS a solution.
    • You can have multiple packages per installation.
  • AX ships with several packages including:
    • Application Suite
      • This is the package containing most of the application code and is the most likely to be overridden.
  • Application Suite Form Adaptor
  • Application Foundation
  • Application Foundation Form Adaptor
  • Application Platform
  • Application Platform Form Adaptor
  • When creating a model, the wizard prompts for which package the model should live in.
  • To create customization objects (overlayer objects) you have to:
    • Create a new model in the same package as the objects being customized.
      • This is because there will be a dependency between your customizations and the objects being customized.
  • The new model has to exist in a layer that you can access (usr, cus, or var).

Want to learn more about development in Dynamics 365 for Operations?

Stoneridge Software hosts online classes. Learn more and register here!

Related Posts

0 Comments

Submit a Comment

Your email address will not be published. Required fields are marked *

Upcoming Events

august

12aug10:00 am10:30 amWhy Levridge Grain? How to Achieve Efficient and Accurate Scale Tickets

12aug12:00 pm1:00 pmThe Three Paths to Dynamics 365 Finance and Supply Chain from Dynamics AX

13aug11:00 am12:00 pmConfab with Stoneridge - Livestream - Inspire Keynote Breakdown

19aug10:00 am11:00 amWhat is Levridge? An Overview of the Ultimate Ag Solution

19aug12:00 pm12:30 pmThe Modern Manufacturer - Death by Safety Stock

27aug11:00 am12:00 pmConfab with Stoneridge - Livestream - Dynamics 365 2020 Wave 2 Preview

september

02sep10:00 am10:30 amThe Modern Manufacturer - Cycle Count Management

09sep10:00 am11:00 amWhat is Levridge? An Overview of the Ultimate Ag Solution

16sep10:00 am10:30 amThe Modern Manufacturer - Product Lifecycle Management

30sep10:00 am10:30 amThe Modern Manufacturer - Return Management

About Stoneridge
Stoneridge Software is a unique Microsoft Gold Partner, with emphasis on partner. With specialties in Microsoft Dynamics 365, Microsoft Dynamics AX, Microsoft Dynamics NAV, Microsoft Dynamics GP and Microsoft Dynamics CRM, we focus on attracting the most knowledgeable experts in the field to our team, and prioritize delivering stellar solutions with maximum impact for your business. At Stoneridge, we are deeply committed to your results. Each engagement is met with a dedicated team, ready to provide thorough, tailored, and expert service. Based in Minnesota, we intentionally “step into your shoes,” wherever you are. We focus on what you care about, and develop trusting, long-term relationships with our clients.

Subscribe To Our Blog

Sign up to get periodic updates on the latest posts.

Thank you for subscribing!

X