Total Pageviews

Search This Blog

Loading...

Thursday, October 2, 2014

Tip to improve performance while working on Dynamics AX 2012 R3 Demo Virtual Machine

Dear Friends,

Recently, we had an issue where the AX 2012 R3 Demo VM was performing very sluggish. Opening up AX Client or SQL or Office application were taking lot of minutes.

Initially, we tried to stop some services (like Mobile Connector, Retail Services, Sharepoint services etc) but no luck.

Next, we increased the RAM on VM to 64 GB but still no luck!

Finally, after some troubleshooting we found the culprit was SQL Server as by default the Max memory configured on the VM was 2 GB.




We changed it to 16 GB and then all the applications started to perform better. If anyone, facing performance issues on VM, can give the above tip a try! Happy Daxing :)


Troubleshoot Dynamics AX 2012 AIF Error File cannot be opened because the submitting user could not be determined

Dear Friends,

Hope you are having a great start to the weekday. I had a great relaxing weekend, No AX for couple of days :).. It's good to catch a break in between as I had been working and testing several integration scenarios using Dynamics AX 2012, CRM, Biztalk and Oracle. There's plenty of posts to come out so make sure to watch out this blog.

Few days ago, while troubleshooting Biztalk Integration with AX 2012 R3, I faced this error

Error:

File C:\AIFIn\{117634FA-CD67-4F58-B37E-1D92BFFAE050}.xml cannot be read because the submitting user could not be determined. The default owner for files created by members of the Administrators group must be set to a specific windows user or a default file owner should be enabled and specified in port configuration.

Solution:

Doing some Google search around this error, got me to this link from our fellow AX Blogger http://pyaarey.wordpress.com/2012/02/29/the-file-system-adapter-is-unable-to-read-the-file-fbtsdemo1aifin1-xml-error/


It helped me to solve the issue so, I'm just putting a screenshot around the post so that people can understand how to troubleshoot.

a. Navigate to System Administration => Setup => Services and Application Integration Framework => Inbound Ports.

b. Click to the Port that you would have created. Click ‘Deactivate’ if it is already activated.

c. For the inbound Xml location  click ‘Configure’ button. A pop-up with appear with 2 options and check boxes. You need to check the first option ‘Use default owner for Administrators group:’ and then select user from the drop down list. I am assuming that this user is already added as a System Administrator users list in Dynamics AX 2012. Click Ok to save the changes.






Sunday, September 21, 2014

Troubleshoot Biztalk Server 2013 Error Failed to Load Group Data Providers


A few days ago, I have been doing some Biztalk configuration and Troubleshooting for one of my client.

Background:

I was working on a box where Biztalk was installed by an ex-contractor who had left the company.
Now, I wanted to Launch Biztalk Server Administration via my login and whenever I try to launch it comes up with this error


















Solution:

I had added my userid to the Biztalk Server Administrators group on that computer, and I thought it should have worked becoz that group had enough permissions on SQL Server databases of Biztalk.

However that didn't work and after some troubleshooting, I found that adding my userid directly to SQL and giving my userid permissions to Biztalk databases solved the issue.

Troubleshooting AX 2012 AIF Error The server has rejected the client credentials

Hello Friends,

Thought to share a recent troubleshooting experience with  AX 2012 AIF webservice when consumed through a different domain.

I wrote a Visual Studio Test application to connect to my AIF Service. From within the domain, I can consume the service without any errors. However, when my client program and services are on 2 different domains, I got this error

Error: The server has rejected the client credentials

Solution:

Just before invoking the AIF Service operations, try passing the Windows.ClientCredential through code
  
client.ClientCredentials.Windows.ClientCredential.Domain = "contoso";
client.ClientCredentials.Windows.ClientCredential.UserName = "Admin";
client.ClientCredentials.Windows.ClientCredential.Password = "pass@word1";

The other solution I tried was by creating a claims user as mentioned in fellow blogger Joris Gruyter's post here http://daxmusings.codecrib.com/2011/11/trusted-intermediary-in-aif-services.html

However, it didn't work in my scenario.