320 likes | 898 Vues
Enterprise Portal Deployment. Microsoft Dynamics AX 2009 Mey Meenakshisundaram May 04 2009. http://blogs.msdn.com/solutions http://blogs.msdn.com/epblog. Some Quick Tips. If you have a smaller screen resolution, please scroll horizontally to see the whole screen.
E N D
Enterprise Portal Deployment Microsoft Dynamics AX 2009 Mey Meenakshisundaram May 04 2009 http://blogs.msdn.com/solutions http://blogs.msdn.com/epblog
Some Quick Tips • If you have a smaller screen resolution, please scroll horizontally to see the whole screen. • All lines are on mute. Please hold on your questions till the Q&A Session. • You can also use the Q&A option of the Live Meeting to note your questions.
Influence the Future! Customer & Partner Research Councils • Interact directly with Microsoft Dynamics product team • Provide feedback only when relevant to you/your company • Influence the future of your Microsoft Dynamics solution • Roadmap “previews” helping you better plan your business • Peer interaction giving you deeper insight into best practices • Attend invite-only advisory board meetings SIGN UP TODAY! EMAIL US AT dynresch@microsoft.com
EP deployment Steps • Pre Requisites • Configuration • Deployment • Site Creation / (User Provisioning)
Prerequisites • WSS 3.0 SP1 or MOSS 2007 SP1 • IIS 6/7 • .NET 3.5 / SP1 • ASP.net 2.0/3.0/3.5 • SQL AMO • ADOMD.net • AOT Classes fully compiled without errors • Make sure you compile in a machine where .NET BC is installed
Auto Install WSS • Specify the download location • Make sure it’s SP1 • Specify the SQL Server • Must have db_creator access HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Web Server Extensions\12.0\Version and expects the value to be greater than 12.0.0.6039
AxUpdatePortal Utility The AxUpdatePortal utility, installed with Service Pack 1 of Microsoft Dynamics AX, is often needed when deploying changes, such as modifications, or additions from AOT to Enterprise Portal Server and to the Sites. It will help you deploy Web-related changes to all Enterprise Portal sites on an IIS server in just one step. Without this tool, to deploy files either you need to rerun Ax Setup on EP server or use Manage Deployment UI from the Ax Client on the web server. To deploy selected pages, you need to go to AOT and deploy from the page definition node. This little tool which is a command line tool automates all this in one single step.
What does AxUpdatePortal do? Note : In Windows 2008, Run this command prompt utility in Administrator Mode http://<centraladminsite>/_admin/Solutions.aspx Central Administration > Operations > Solution Management
AxUpdatePortal utility For more info refer to http://msdn.microsoft.com/en-us/library/dd261467.aspx Some general Q&A about this tool • [Q]So going forward, if you create another website or site collection for EP, do you have to run AXUpdatePortal ?[A]No. If you are just creating a site or site collection, you don’t need to run AxUpdatePortal. AxUpdatePortal is required only if you have made changed in AOT and you want to push these changes to the web server you would use this utility. Earlier you would push the changes from AOT to web server , by rerunning AxSetup or by using the Update button in Manage Deployments. You can still do the same way or use the AxUpdatePortal Utility.Other Advantage of AxUpdatePortal utility is if you have number of page definitions changed in AOT and you want to deploy these changed pages to the existing EP sites, earlier you need to right click each one of the changed page definition node in AOT and deploy. The AxUpdatePortal utility simplifies this.So, if you are going to just create a new site or site collection, you don’t need to run AxUpdatePortal. Only if something is changed in AOT after the site is created and you need to push these changes, then you would use this utility • [Q]‘Manage deployment’ does not work on 64 bit machines – is that correct? • [A] Yes on 64 bit machine, it does not work. It does work in 32 bit machines. That is one of the reasons why AxUpdatePortal utility was released in SP1 which provides the same functionality and works in both 32 and 64 bit env.
EP Site Definition • EP site definition - AOT under Web\Web Files\Site Definition • Contains two configurations • Microsoft Dynamics Enterprise Portal – for authenticated users • Microsoft Dynamics Public – for anonymous users • Custom templates – AOT under Web\Web Files\Site Templates. • Deployed to • <drive>:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\SiteTemplates\AXSITEDEF folder • EP master page (defaultax.master) • default.aspx, • onet.xml files. • <drive>:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\<lcid>\AXSITEDEF • Web Part page templates are deployed to the language specific site definition folder:
EP Features • A SharePoint feature represents a modular server-side, file system-level customization that contains items that can be installed and activated in a SharePoint environment. The feature definitions are deployed to <drive>:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\FEATURES • DynamicsSearch For enabling EP search control on EP Sites which enables searching across Ax and SharePoint data. • DynamicsAxEnterprisePortal Basic EP deployment steps such as deploying master and other files and components, setting navigation providers and registering to Ax is packaged as this feature. This is for Windows SharePoint Services environment. • DynamicsAxEnterprisePortalMOSS This is for Microsoft Office SharePoint Server environment specific deployment steps. • DynamicsAxDataConnection This is for deploying the Office Data Connection fields ( odc) used by KPI lists and Business Overview Web Part in Role Centers.
EP Static Files • Proxies is an text file which is used by EP deployment to generate C# proxy files for the X++ class and table methods and enums. • EPSetupParams is an XML file used to define the default EP site attributes such as title, description, url when the Site is auto created through EP setup. • The Static files node also has other infrastructure related files such as • the aspx file used for import/export of page and list definitions • search control • doc handling infrastructure files • master page • common ASP.NET pages • images • style sheets and configuration files
EP Style sheets • Each Web Part applies the current theme and uses it to refer to the corresponding EP style sheets. • For example, if the folder name of the currently applied theme in the EP site is called Afternoon, the Web Part refers to the AxEPAfternoon.css file from the EP’s Stylesheets folder. This folder is found on the Web server under • <drive>:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\LAYOUTS\ep\stylesheets. • For each theme , EP has four style sheets. • AXEP.css is the base style sheet used by EP. • AXEP_RTL.css is for Right-to-Left languages • AXEP_CRC.css for AX Client Role Center • AXEP_CRC_RTL.css for Right-to-Left languages
Web Part Page Templates Feature Definitions EP Web user controls and static files Site Definition
Common Issues/Questions • EP installation fails with below error msg "Entering function Remove40WPPackage Entering function Is40WPPackageInstalled Microsoft Dynamics AX 4.0 Web Part package axwebparts.cab installation status False Leaving function Is40WPPackageInstalled Leaving function Remove40WPPackage Leaving function RemoveOldWebPartPackage Could not load file or assembly 'Microsoft.Dynamics.AX.Fim.PaymentService, Version=5.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. The system cannot find the file specified." The above error msg is misleading. If you go further down in the setup log file you will see the SysDevelopmentProxy error . So to resolve this issue, you just to recompile this class in a machine with .NET BC
Common Issues/Questions • The w3wp.exe process crashes during installation. You get the following error in the application event log:Faulting application w3wp.exe, version 7.0.6001.18000, time stamp 0x47919ed8, faulting module kernel32.dll, version 6.0.6001.18000, time stamp 0x4791ada5, exception code 0xe053534f, fault offset 0x000000000002649d, process id 0x%9, application start time 0x%10. Install SQL AMO (Analysis Management Objects Collections) depending on the SQL version installed that is hosting the AX databases. The new updated AX 2009 Installation guide reflects the requirements for installing AX 2009 Role Centers and Enterprise Portal. • Microsoft Dynamics AX 2009 RTM Enterprise Portal Site creation fails or the default page comes with unexpected error in the UI and with “A Progress Template must be specified on UpdateProgress control with ID ‘AXProgressControl’” error in the event log. How to fix this?.NET 3.5SP1 has a breaking change from .NET 3.5. So if you have installed .NET 3.5 SP1 instead of just .NET 3.5, EP will give “A Progress Template must be specified on UpdateProgress control with ID ‘AXProgressControl’” error. There is a hotfix available for Ax 2009 RTM. This is also fixed in the upcoming Ax 2009 SP1. So either uninstall .NET3.5SP1 and install .NET3.5 or get the hotfix from Ax support or get Ax 2009 SP1. Either one of these three approaches will fix this issue. So Ax 2009 RTM EP works with .NET 3.5 . It does not work with .NET 3.5SP1.Ax 2009 RTM EP+ hotfix works with both .NET 3.5 and .NET 3.5SP1.Ax 2009 SP1 EP will work with both .NET 3.5 and .NET 3.5SP1.
Common Issues/Questions • Installation of Enterprise portal component, gives the following error:Error executing code: SysDevelopmentProxy(object) has no valid runable code in method 'generate'. a. Go to Ax Client ( on a machine where Business Connector is installed)b. Open the AOT\Classes nodec. Right click on the SysDevelopmentProxy class node and select compileand make sure it compiles correctly. Then run the EP deployment. • I have successfully created the EP Site and I can view the site. But other users are not able to view it. a. Make sure the user is added to Ax and to the right AX user groups. b. Make sure the user is configured as Employee or Customer or Vendor in User Relations form in Ax c. Make sure the user is added in EP site using Site Settings i. Click on the “Site Actions” tab, and select “Site Settings” from the drop down list ii. Click the “People and groups” link iii. Click the “New” button, in the “Add Users” page click the “Add all authenticated users” and check all the permissions boxes to give all configured users full rights iv. Click “OK” • In Enterprise Portal setup BC Proxy Account cannot be set if the FQDN is not a superset of the short domain nameIn Enterprise Portal setup BC Proxy Account cannot be set if the FQDN is not a superset of the short domain name if the FQDN is different from the short domain name , for example If the FQDN = XYZ.microsoft.comand the short dominname = XYZCORPthen setting the BCProxy user during EP setup fails. To workaround, (1) change the app pool in IIS used by the EP Site to to be run by the bc proxy account with the FQDN specified. (2) Also blank out the business connector proxy account in Ax.(3) Then run EP setup and n the BC proxy user dialog , use the FQDN of the bc proxy.
Common Issues/Questions • EP Deployment is successful but when I try to navigate the site, I get 404 error When EP Site is created, it activates number of EP features and one of them registers the site with Ax ( adds an entry in WebSite table) and sets the master page. If the user that is set as the Primary administrator account for the site during Site Creation does not have access to Ax, this fails but site creation does not return error. After the site is created, it gives 404 error. So if you get 404 error, make sure EP is deployed correctly and then when creating EP site , specify a valid AX user account as the administrator of the site. • When I create EP site , it creates immediately and when I navigate it displays a team site At the time of EP Site creation, if AOS is down or if .NET BC Configuration specified in Configuration Utility is incorrect, EP Site creation does not report error but creates the site. Since it's not able to connect to AOS, it appears as a team site. To resolve this problem, make sure the .NET BC configuration in Ax Configuration Utility is correct and is pointing to a valid running AOS. • After I installed EP, the IIS Web site on which I installed EP appears to be in stop mode. When an IIS Web site is not yet extended with SharePoint and when you run EP setup on this site, EP Setup extends the IIS Web site using SharePoint object model. SharePoint actually creates a new IIS Website using the same port and extends it and installs EP on it. The old site is stopped because it uses the same port. SharePoint does it this way, later you have some other system installed on the old site, you could just change the port and restart it. So this is not an error. This is the behavior of SharePoint installation. When you install SharePoint on existing IIS Web site, it creates a new IIS web site.
Common Issues/Questions • Manage Deployments dialog in Ax Client for Enterprise Portal may not function correctly on 64 bit machineManage Deployments dialog in Ax Client for Enterprise Portal may not function correctly on 64 bit machine Administration->Setup -> Internet -> Enterprise Portal -> Manage deployments on 64 bit machine may give"Manage Deployment can not run because Enterprise Portal is not deployed on this computer" even though Enterprise Portal is deployed and working fine. Manage Deployment is used to update the Enterprise Portal web server with the changed made in AOT web files and resources. To workaround this problem, use the alternate way of publishing these changes to the web server, which is running Ax Setup and deploy EP without recreating the site. Or use AxUpdatePortalutility shipped in SP1. • EP Site creation is successful. But when trying to browse the EP site, the below error in eventlogSystem.NotSupportedException occurred Message="Enterprise Portal digest requires ASP.NET view state MAC to be enabled." Source="Microsoft.Dynamics.Framework.Portal"StackTrace: at Microsoft.Dynamics.Framework.Portal.UI.WebControls.AxDigest.OnInit(EventArgs e)InnerException: EP requires EnableViewStateMac set to true in your web.config. So check your web.config and set it to true. In case of Web farm , make sure the machinekey in web.config on all front-end web servers use the same key.
Deploying Ax 2009 SP1 EP • Setting Up New Enterprise Portal Servers in new Ax installation 1. Install Dynamics AX 2009 AOS and Client a. Do not install EP during this step. 2. Complete the Initialization Checklist. 3. Run the SP1 patch on the AOS and Client. 4. Complete the Update Checklist. Now the AOS is ready with SP1. 5. Now Install Enterprise Portal and create EP Sites on the EP Server using Ax Setup. ( Make sure all the X++ classes are successfully compiled in a machine where .NET BC is installed, before starting EP deployment) 6. Run SP1 patch on every EP Server • Setting Up New Enterprise Portal Servers in existing Dynamics AX 2009 RTM installation ( but EP was not deployed before) 1. Run the SP1 patch on the AOS and Client 2. Complete the Update Checklist 3. Now Install Enterprise Portal and create EP Sites on the EP Server using Ax Setup. ( Make sure all the X++ classes are successfully compiled in a machine where .NET BC is installed, before starting EP deployment) 4. Run SP1 patch on every EP Server • Upgrading from Dynamics AX 2009 RTM Enterprise Portal Server/Site to Dynamics AX 2009 SP1 ( EP was deployed and sites have been created in Ax 2009 RTM) 1. Run the SP1 patch on the AOS and Client 2. Complete the Update Checklist 3. Run the SP1 patch on every EP Server.( Make sure all the X++ classes are successfully compiled in a machine where .NET BC is installed, before starting EP deployment) 4. Redeploy EP Components to every EP Server by running the below command a. Run the following from a command prompt: AxUpdatePortal –iisreset –verbose >>”C:\EPUpdate.log”
Setting up EP in NLB Clutser • Install SharePoint • on the Farm Admin IIS Server ( one of the IIS Server where EP will be installed and additionally where SharePoint Central admin will be installed) , when installing SharePoint create new Server Farm • Install SharePoint on all servers that will be part of the web farm. All the steps are the same as the admin server, except connecting to a server farm. You want to connect to an existing farm. • Create a Web Application on the Farm Admin server • Do not configure the Service Credentials, choose predefined • Deploy EP on all servers, but do not use the create website option. • Run EP deployment on all servers in the farm After installation is complete on all servers . • Run EP deployment on the farmadmin server, and check SharePoint and create the website
Useful Links • EP install guide http://www.microsoft.com/downloads/details.aspx?FamilyId=4B681C44-D944-4B3F-B846-1E2A025569FD&displaylang=en • EP Admin guide http://download.microsoft.com/download/f/9/1/f91ba83c-7937-4f8e-a5d6-d9ef990330cb/EPAdmin.pdf • Kerberos http://www.microsoft.com/downloads/details.aspx?familyid=be720eb3-649a-49ff-b019-a1e4e7af6b47&displaylang=en&tm • SSL http://blogs.msdn.com/solutions/archive/2008/10/23/ep-ssl-https-setup.aspxhttps://mbs.microsoft.com/downloads/customer/AX/WhitePapers/How%20to%20make%20an%20existing%20Enterprise%20Portal%20site%20SSL%20enabled.docx • NLBhttp://blogs.msdn.com/solutions/archive/2008/10/17/setting-up-ep-in-nlb-cluster.aspx • SP1http://blogs.msdn.com/solutions/archive/2009/02/04/deploying-ax-2009-sp1-ep.aspx