I ultimately ended up solving it by importing an XPO of the exact same project contents into the AOT then deploying. I suspect the reason was a bug that nobody had encountered since I was doing some really unusual development. I've had a report so complex and troublesome that even Microsoft couldn't solve it. Lastly, and I say lastly because this is only the last thing I happen to think of.I'll probably come up with other things later, try to do a full AX compile and deploy directly from AX by finding it in the AOT. Įnsuring you've launched Visual Studio in the correct layer, try recompiling everything to see if that resolves it. In my example it is SalesInvoiceReport.BusinessLogic.Īfter I do so, it also automatically adds SRSDrillThroughCommon, as that's a dependency as well. In VS on the left side, under the Application Explorer (View>Application Explorer if it's missing), find the associated C# Business Logic Project and double click on it to add it to your project. When you right click on the Dynamics AX Model Project and click Edit, it launches Visual Studio with only this in your solution explorer: You can see the sales invoice report has these two project objects in the AOT: And make sure to recompile, etc to see if that alone fixes it.Ī second idea is, directly trying to compile the business logic assembly (according to the error).įor example, in AX when you open a Dynamics AX Model Project, it doesn't always load the C# Business Logic Project. axc file that points to the layer that all of the objects are in. So first, examine the objects closely in AX, and then try opening Visual Studio with an. Having a report with objects in a different layer is not necessarily a problem, it's just making sure you stand on one foot and spin the right direction when you compile. What happens during compile if visual studio is in the wrong layer is, it can't see the associated code that exists in another layer, thus causing the compilation to fail for dependent objects. This error can be misleading though, as I've seen the true cause be due to having multiple layers of a specific object, and I would recommend you examine every primary object associated with the report (Dynamics Project, C# Business Logic Project, related C# Business Logic Projects ) first and check what layers each object exists in. If a grid control has focus, this keyboard combination selects multiple records in the grid. If a grid control does not have focus, this keyboard combination selects the first field on the form. I'm assuming yours is missing based on the error because it can't successfully compile & deploy it. Close the current form without saving changes. TABLE 2-1 MorphX tools and other components used for development. Table 2-1 lists the MorphX tools and components. The compiled business logic assembly should be located on the report server at (default path) C:\Program Files\Microsoft SQL Server\MSRS13.MSSQLSERVER\Reporting Services\ReportServer\bin\ To enable development mode in AX 2012, press Ctrl+Shift+W to launch the Development Workspace, which holds all of the development tools. The core error is likely accurate, but the cause is the trouble. If you're developing an AX report, they can be a hassle when it comes to deployment, and many times it's not your code but the environment.
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |