PowerShell: Download WSPs from solution gallery to a local folder
If you ever lost the WSPs installed in a production server or any server, following script can be used to extract and save all the WSPs to a local folder.
(Get-SPFarm).Solutions | ForEach-Object{$wsps = (Get-Location).Path + "\" + $_.Name; $_.SolutionFile.SaveAs($wsps)}
The Variations Create Hierarchies job failed
If you get the following message in variations logs (Site Actions –> Site Settings –> Site Collection Administration –> Variation Logs) when the “Variations Create Hierarchies Job Definition” executed, it could be due to missing language packs.
“The Variations Create Hierarchies job failed with the following error message: File or arguments not valid for site template ‘CMSPUBLISHING#0′. Parameter name: WebTemplate.”
When installing a language pack in SharePoint 2010 Server make sure the following is followed.
Lets say for “Spanish” language pack
- Download SPF 2010 Spanish language pack from http://www.microsoft.com/downloads/en/details.aspx?displaylang=en&FamilyID=646e311a-aaf3-4d30-b03c-2f3c70d19a22
- Install the Spanish language pack.
- Run the SP configuration wizard.
- Download MOSS 2010 Server Spanish language pack from http://www.microsoft.com/downloads/en/details.aspx?displaylang=en&FamilyID=046f16a9-4bce-4149-8679-223755560d54
- Repeat step 2 & 3
Usage and Health Data Collection Proxy : Stopped
After installing and configuring SharePoint 2010 farm and if you notice that the “Usage and Health Data Collection Proxy” is still in the stopped state, follow the below to provision it.
Run the following PowerShell command to view the GUID of the service
Get-SPServiceApplicationProxy
Copy the Id of the SSA “WSS_UsageApplication”
Execute the following by replacing the GUID copied from above output.
$UP = Get-SPServiceApplicationProxy | where {$_.ID -eq "<GUID of the WSS_UsageApplication>"}
$UP.Provision()
Now check the service status from central admin site.
SharePoint 2010 Managed Accounts
When you try to add a managed account to SharePoint 2010, it was throwing a error
“The specified user DOMAIN\SPFASTContentAdmAppPool could not be found. Some or all identity references could not be translated.”
But the user exists in the active directory. When I investigate further I found out that SharePoint does not accept user names which are more than 20 characters in length.
So new rule to the pre-installation documentation. “Manage account ids should be less than 20 characters”.
Publishing Pages : check-in file programmatically
One of the common scenarios when working with content migration is to handle the files checked out by other users. Following code is written to check-in all files check out by any users.
class Program { static void Main(string[] args) { Console.WriteLine("Please enter site url"); using (SPSite site = new SPSite(Console.ReadLine())) { using (SPWeb web = site.OpenWeb()) { PublishingPageCollection publishingPages
= PublishingWeb.GetPublishingWeb(web).GetPublishingPages(); foreach (PublishingPage page in publishingPages) { SPFile file = page.ListItem.File; if (file.CheckedOutByUser != null) { Console.WriteLine("The page {0} is check out by
user {1}. Check-in in to take control.",
file.Title, file.CheckedOutByUser); file.CheckIn("checked in by script",
SPCheckinType.MajorCheckIn); SPModerationInformation moderationInformation
= page.ListItem.ModerationInformation; if (moderationInformation.Status
== SPModerationStatusType.Pending) { file.Approve("Approved by script"); } if (moderationInformation.Status
== SPModerationStatusType.Draft) { file.Publish("Published using script"); file.Approve("Approved by script"); } } } } } } }
How to convert a windows user name to claims user name using PowerShell
#read the user name
$claimsUserID = read-host -prompt ‘Enter windows user name in format DOMAIN\UserName :’
#convert the user name to claims id
$claimsUserID = New-SPClaimsPrincipal -Identity $claimsUserID -IdentityType WindowsSamAccountName
$claimsUserID = $claimsUserID.ToEncodedString()
#display the claims id
write-host ‘Claims user ID is ‘ $claimsUserID
Nintex workflow: Extract and save InfoPath form embedded attachments into a document library
Following workflow will extract InfoPath embedded attachments and save it to a given document library in the same site collection. I have created a very simple InfoPath form to demonstrate this.
The below workflow supports extract single attachment or multiple attachments from the same InfoPath form. I am using Title field value to create the folder name. This can change based on the requirement.

Following are the detail configurations of the workflow activities. I think the above flow is self explaining and I don’t need to detail it J
Steps:
-
Read title value from InfoPath form:
-
Check whether there is a folder exists in a give document library with a name equal to title
- If the folder does not exists create the folder in the document library
- Get the path to the destination folder. In other words path the folder created in the above step.
-
Extract and copy attachments from InfoPath form into folder inside document library
- This step I am writing some debug info into workflow history list.
This is just a quick post, so my explanations are very minimal. If you all have any questions or ideas please leave a comment.


