CombineXPOs - new version - official beta has started
Those who have worked to establish an automated build for a larger AX app have likely used or experimented with CombineXPOs.exe - a nifty tool for stitching a number of XPO files into one single, optimized XPO. Recognizing the importance and value of this tool, we're been working on making a new version of it available to you all.
Amongst the most significant improvements are:
- Performance - leveraging the x64 architecture and multi-threading, we get 40-50% improvements in execution time.
- Better optimization of the sequencing for EDTs, Queries and Views, making the import faster.
We'll be writing more about using CombineXPOs later, but for now you can get the beta version of the "Microsoft Dynamics AX2012 Combine XPO Tool" here:
Comments
- Anonymous
June 29, 2012
The comment has been removed - Anonymous
July 06, 2012
The version control representation of Visual Studio files is their native format (csproj, cs, ...) and not XPOs. To build your application from version control you don't import them as you do with XPOs. Instead, you run msbuild in the projects directories (or load and build them in Visual Studio). This will create all the necessary build artifacts and push them back into the current AX layer/model.If the visual studio projects are stored in XPOs (manual export from MorphX), you are right that CombineXPOs will not always be able to handle them and the build process becomes more complicated too as you will also have to perform the msbuild step on the extracted files.Is there a certain process that is impacted by CombineXPOs not handling this? - Anonymous
November 05, 2012
I have only one XPO file. Do I still need to call CombineXPOs tool?Thanks - Anonymous
January 11, 2013
Hi , It is nice tool but after i get my individual XPo when i import it again i do not see the project of that xpo ,any idea ? !Thanks.