Some days ago a colleague of mine had an interesting question for me. “Clearly there’s data in the underlying table but this Data Entity’s view doesn’t provide any values in several fields. Do you know why?” Here’s what we found.
During development and especially debugging the new Microsoft Dynamics AX you are to face the question which table Id or field Id actually stands for which table. In AX 2012 you saw the Ids in the property sheet of selected AOT elements; those were stored in the model database. With AX7 this has changed.
Some time ago I wrote about the ways to perform a database synchronization from Visual Studio in the new Microsoft Dynamics AX. Clearly this relates to development environments. Here’s one way to do a synchronization without VS – you’ll need it when you have a deployed environment.
With the new Microsoft Dynamics AX (Preview) there are a couple of ways in Visual Studio to synchronize tables and views with the SQL Server database.
After we created a VM with Windows Server acting as domain controller first part we still need to add the components to get to the point where we have a working AX 2012 that can be used for development.
Since this little blog is kind of development related by nature I had the need for a suitable development environment after its start. The environment had to be
- autonomous and independent
- slim and runnable on a notebook with reasonable performance nonetheless
- current standard AX (AX 2012 R3 CU9)
- equipped with data
How you can create such an environment is described in the following. The result is a great choice for demo or training purposes, too.