If you ever started working on the image downloaded from the Microsoft PartnerSource of Microsoft Dynamics AX 2012, you might face a trouble while trying to explore Role Centers or Enterprise Portals.
This error is due to the configuration setup in the AX2012 image that let’s DNS points to contoso.com domain. What has to be done is to redirect that domain to the current machine (which is the same virtual machine you’re using).
To do so you must add a loop back IP to your” Hosts” file. You can think of that files a Rolodex for your computer. Its where a computer looks first to translate the URL of a website into a numerical IP address that it can actually use. You can find the “Hosts” file in: “C:\Windows\System32\drivers\etc\Hosts”.
To fix the issue, open the Hosts file a notepad and add this line to the end of the file:
127.0.0.1 dynamicsax.contoso.com
In the beginning, you might encounter the below error… but it will be fixed with “refresh”:
If you wanted to know where the KPIs in Dynamics AX 2009 are getting its values from, then you might need to have a look at this document:
This documents describes in detailes how to trace those values in Visual Studio.
Have fun!
I had an issue where I needed to install a new Enterprise Portal on a server that has two AOS’s: TEST and DEVELOPMENT.
The TEST AOS has already an Enterprise Portal installed and configured. The requirement was to install an Enterprise Portal also for the DEVELOPMENT AOS.
When I successfully completed the installation, I figured out that the Websites form (in Administration –> Setup –> Internet –> Enterprise Portal) in TEST contains two websites! The old and the new one. I tried to delete the new website from this form and I also added an entry in the same form on the DEVELOPMENT environment. But, for some reason the EP was showing incorrect results like this:
I solved the issue by letting the .NET Business Connector Configuration points to the DEVELOPMENT environment! Before that, I have un-installed that new EP.
Then I was able to deploy the EP on the DEVELOPMENT environment :).
I had a problem while running the SharePoint Configuration Wizard after installing WSS 3.0 SP2 that says:
Failed to connect to the configuration database. An exception of type System.Data.SqlClient.SqlException was thrown. Additional exception information: Access to module dbo.proc_getObjectsByClass is blocked because the signature is not valid. System.Data.SqlClient.SqlException: Access to module dbo.proc_getObjectsByClass is blocked because the signature is not valid. at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection) ....... |
As it looks clear from the error, the wizard simply fails to connect to the database. (The database was installed as Express edition on the local machine and the OS was Windows Server 2008 R2.) After lots of tries to uninstall WSS 3.0 and reinstall it again and again… I have done the following:
- Un-installed Microsoft SQL Server Express Edition (from Programs and Features)
- Downloaded Microsoft SQL Server 2008 R2 Edition (http://www.microsoft.com/express/database/) and then installed it
- Installed WSS 3.0 SP2 as farm installation
- After the installation has finished, I got the SharePoint Configuration Wizard where I was able to choose the local database that I have just installed..
The wizard then ran just fine. Hope it will with you as well
I had an issue where I needed to install a new Enterprise Portal on a server that has two AOS’s: TEST and DEVELOPMENT.
The TEST AOS has already an Enterprise Portal installed and configured. The requirement was to install an Enterprise Portal also for the DEVELOPMENT AOS.
When I successfully completed the installation, I figured out that the Websites form (in Administration –> Setup –> Internet –> Enterprise Portal) in TEST contains two websites! The old and the new one. I tried to delete the new website from this form and I also added an entry in the same form on the DEVELOPMENT environment. But, for some reason the EP was showing incorrect results like this:
I solved the issue by letting the .NET Business Connector Configuration points to the DEVELOPMENT environment! Before that, I have un-installed that new EP.
Then I was able to deploy the EP on the DEVELOPMENT environment :).
I have examined an error while trying to re-generate the proxies classes that are used in the Enterprise Portal.
When I traced the code, I discovered that this tool is actually updating .NET proxies classes based on the EP installation physical path. For some reason, this tool was not able to get that path.. the generated path was: “” (empty string).
What I did is that I got the physical path of the proxy classes, and changed the code where it tries to get that path and fixed it. This is done in ClassesSysEPDeploymentcreateDevWebsiteProxyDir.
This code shows what I did:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 | public static client str createDevWebsiteProxyDir() { #AOT Microsoft.Dynamics.Framework.Deployment.Portal.EPSharepointAdmin epSharepointAdmin; EPGlobalParameters epGlobalParam; str dir; select firstonly epGlobalParam; if(!epGlobalParam.DevelopmentSiteId) // UA!No development web site. throw error('@SYS108771'); epSharepointAdmin = new Microsoft.Dynamics.Framework.Deployment.Portal.EPSharepointAdmin(); /*comment from here dir = epSharepointAdmin.GetAppCodeDirectoryFromSiteId(guid2str(epGlobalParam.DevelopmentSiteId)); comment to here*/ //add this line of code (My installation was on this path) dir = "C:\inetpub\wwwroot\app_code"; //In Dynamics AX VPC1, the installation is on this path <> dir = "C:\Inetpub\wwwroot\wss\VirtualDirectories\sharepoint80\App_Code"; |
Here is where the EP proxies classes to be generated and hence used by the Dynamics AX EP.
One of the few issues in Microsoft Dynamics AX 2009 that I always blaming Microsoft for not giving it in a proper way is: installing, configuring and administrating the EP (with all its related components line the SSRS, SSAS, IIS and WSS/MOSS). A great feature like this shouldn’t be left away like this Steve :)… we are dying, customers are blaiming, and partners are loosing money!
I had one issue in the last few days when I “re-installed” the EP, SSRS and SSAS then my client played with the environment and destroyed the installation. The environment was like the following:
- SQL Server Reporting Services database is installed on another machine (Database server) than the windows service of SSRS (web server).
- I had to use the Kerberos authentication to manage this distributed scenario
After completing the installtion of EP, SSRS and SSAS, configuring them and processing the cubes I had this error: “An error has occurred while establishing a connection to the analysis server.”
After invistigations, I discovered that the ODC file is not deployed to the EP. (ODC file is a file used to set the connnection string between the EP WSS and the Analysis Services.) You could check the ODC files by going to: Dynamics AX Enterprise Portal –> Site settings –> Site Administration –> Site Libraries and Lists –> Customize “Data connections” and then in the header area click Data Connections in the path: EP Site –> Data Connections –> Settings.
You could deploy the ODC file from within Microsoft Dynamics AX 2009 desktop client by clicking the Delpoye ODC Files button in the OLAP Administration form (Administration –> Setup –> Business analysis –> OLAP –> OLAP Administration).
But sometimes you will not be able to upload this file, and you will get an error when trying to connect to SQL and you have to check the Windows Event Log to follow that error up.
If so, then you have to maually create/upload the ODC file(s). A great post was written regarding the same issue on how you upload those ODC files specifically for Dynamics AX 2009 cubes. How to manually deploy ODC Files to Microsoft Dynamics AX 2009 Enterprise Portal.
In this post shortly the writer gives those ODC files so you could:
- download them,
- change the connection string to match yours and then
- deploy them to your environment
Have fun :).
Search the site
Dynamics AX 2012 Event
Recent Posts
- D365FO | Cannot Connect to SQL Server Database on Your Cloud Test Machines
- Intro to Microsoft Dynamics AX in Arabic – سلسلة حلقات مايكروسوفت داينامكس إيه إكس بالعربية
- Microsoft Dynamics Launch – Sunday, 24th February – Intercontinental Hotel, Riyadh
- Files of Our AX Brains Dec 2012 Event
- It was a great day!
- Tomorrow is the day for our Dynamics AX Brains Technical Seminar
- Dynamics AX Brains December 2012 Technical Seminar
- Windows Server 2012: Built from the Cloud Up
Tags
Archives
- October 2019 (1)
- January 2014 (1)
- February 2013 (1)
- December 2012 (4)
- September 2012 (2)
- December 2011 (2)
- November 2011 (3)
- July 2011 (3)
- June 2011 (4)
- May 2011 (3)
- April 2011 (4)
- March 2011 (12)
- February 2011 (2)
- January 2011 (3)
- December 2010 (1)
- November 2010 (1)
- October 2010 (5)
- August 2010 (1)
- July 2010 (3)
- June 2010 (4)
- May 2010 (5)
- April 2010 (1)
- March 2010 (9)
- February 2010 (4)
- January 2010 (4)
- December 2009 (11)
- September 2009 (1)
- August 2009 (1)
- July 2009 (2)
- September 2008 (1)
Random Testimonial
- ~ Shibu Purushothaman, Sr. Programmer at WorleyParsons
"Working with Amer was a pleasure. He is a true professional with in depth knowledge of Dynamics AX, .Net and other Microsoft Technologies. His professional approach to design, implementation and training made our migration to Axapta easy, and with very little down time. Another quality that I think deserves a special mention is that working with him is a pleasure, not even once did we feel uncomfortable with Axapta even though we were from a .net platform. He took time to attend to our doubts, and made the transition from .net to Axapta a very smooth ride. I highly recommend Amer and cant wait to work with him again."
- Read more testimonials »