I need to start the MS Dynamics AX 2009 client with different configurations to connect to different AOS.
To achieve this, I exported the client configuration into an axc-file, which works pretty well.
Now I want to share this file for all clients in our network, but it does not work on some because for some funny reason, the path to the Dynamics AX binaries are hardcoded into the client config file.
So, on one computer the AX client is installed in C:\Program Files (x86)\Microsoft Dynamics AX\50\Client\Bin, on the next in C:\Program Files\Microsoft Dynamics AX\50\Client\Bin, the file does not work, since the path in the axc is different from the real path.
How do I create an axc-file which is working on every client computer, so I can use a shared config file?
how about
C:\Progra~1\Microsoft Dynamics AX\50\Client
Just put both paths:
The only workaround I found is to install the client on every computer in some custom path, like c:\ax instead of installing it into program files.
Ugly. I really hope Microsoft will fix this in some future version.
I'm using following structure of my development environment setup and I guess this is what you're looking for.
Below is example.
Server name: SRV01 On that server create folder for ex. AX5 and share that folder. Folder structure:
And here is example of *.axc file
Important note: install AX 2009 client on each client PC. While installation you'll be asked to state an AOS - state any value. This locally installed AX 2009 client needed as it use several additional assemblies which aren't in GAC.
Finally - how to start AX? Simply run a *.bat file. Hope I was clear enough and do hope I understood what you were looking for ))
You can use a junction point in NTFS to point "Program Files (x86)" to "Program Files" on 32 bit clients. A junction point is basically the Windows equivalent of a UNIX symbolic link.
If you manage to deploy registry keys to the clients, then the solution is something like this:
eg: Ax32.exe -regconfig=LIVE
Now that I type this, I realized an additional problem with this solution, which is again those paths... However it's easy to create and maintain two versions of the lnk files (one for 32 and another one for 64 bit environments)... And the registry is the same. Hope it helps!