Scenario:
We need to login SharePoint Designer 2010 using different credentials.
Resolution:
SharePoint Designer 2010 has icon on left bottom which allows to login using different credentials.

Scenario:
We need to login SharePoint Designer 2010 using different credentials.
Resolution:
SharePoint Designer 2010 has icon on left bottom which allows to login using different credentials.

This is the second post related to SharePoint workflows. In first post, we have looked at the implementation details of the OOTB and SPD workflows. In the this post, we will look at the migration of OOTB and SPD 2010 workflows from one list to other or from one form to other.
Migration of Workflows: In order to migrate workflow from one site to other or from one server to other, we need to take care of three or four files mentioned previously. These files contain hard coded list and site GUID along with other details.
In case of OOTB workflow, instance details are stored in content database and can be seen in the table of “WorkflowAssociation”. Column “InstantiationParams” contains the details of users, order, due date etc. in XML format while other columns have of site / web / list IDs, name / description of workflow, task / history list IDs and names.
In case of SPD workflows, the definitions of workflow files are stored in list “workflows” created at the root of each site and web. In case of SPD 2007, files generated for a workflow are xoml, xoml.wfconfig.xml, aspx and xoml.rules if rules are used in the workflow.
Moving back to our original topic of migration, we need to change the GUID / ID of lists that are coded in xoml.wfconfig.xml file and you are done. A lot of third party workflow migrators are available but if you are interested in an open source solution, codeplex gives you hope.
http://spwflmigrator.codeplex.com/
This is a good resource for starting. Thanks rane_peinl J
In case of SPD 2010 workflows, files generated for a workflow are xoml, xoml.wfconfig.xml, xsn and xoml.rules if rules are used in the workflow. The big difference is the implementation of initiation form. In SPD 2007 workflow, initiation form is aspx page while in case of SPD 2010, initiation form is an InfoPath form. If you export the InfoPath form, add .cab with the form name and extract it, you will be able to find files that are generated as part of InfoPath form.

When we tried to migrate SPD 2010 workflow from one list to other, we were able to read xoml.wfconfig.xml and replace all the related IDs with the destination but we are unable to create a working InfoPath form. Although InfoPath is migrated successfully but when we try to start workflow, “Form has some error” message appeared. Creating a working initiation form for the migrated workflow doesn’t seem to be happening.
We do have third party solution that claims to migrate SPD 2010 workflow but I am waiting for their support response.
Passed “Exam 70-573: PRO: Designing and Developing Microsoft SharePoint 2010 Applications” exam and become MCPD for SharePoint 2010 development.
Scenario:
We need to add an entry in “<assemblies>” section of the “web.config” file of specific web application using power shell script
Resolution:
Param ( [Parameter(Mandatory=$true, ValueFromPipeline=$true, Position=0)]
[Microsoft.SharePoint.PowerShell.SPWebApplicationPipeBind]
$WebApplication
)
$WebApp = $WebApplication.Read()
Write-Host $WebApp
$configMod = New-Object Microsoft.SharePoint.Administration.SPWebConfigModification
$configMod.Name = “add[@name=""assembly""]“
$configMod.Path = “/configuration/system.web/compilation/assemblies”
$configMod.Value = “<add assembly=”"AjaxControlToolkit, Version=3.0.30930.28736, Culture=neutral, PublicKeyToken=28f01b0e84b6d53e”" />”
$configMod.Sequence = 0
$configMod.Type = 0 #for enum value of SPWebConfigModification.SPWebConfigModificationType.EnsureChildNode
$configMod.Owner = “Ajax”
$WebApp.WebConfigModifications.Add($configMod)
$WebApp.Update()
$WebApp.Parent.ApplyWebConfigModifications()
Scenario:
We need to include “ASP.NET AJAX Control Toolkit” in our webpart.
Resolution:
1 – Download “ASP.NET AJAX Control Toolkit” binary version from following:
http://ajaxcontroltoolkit.codeplex.com/releases/view/33804
2 – Add assembly “AjaxControlToolkit.dll” into GAC using gacutil.exe
gacutil.exe /i “AjaxControlToolkit.dll”
3 – Add following line in “<assemblies>” section of the “web.config” file of specific web application
<add assembly=”AjaxControlToolkit, Version=3.0.30930.28736, Culture=neutral, PublicKeyToken=28f01b0e84b6d53e” />
4 – Add reference of “AjaxControlToolkit.dll” in your project for server side and for client side add following line:
<%@ Register Assembly=”AjaxControlToolkit” Namespace=”AjaxControlToolkit” TagPrefix=”ajax” %>