SharePoint Internals: Resources
In a country where English is not the native tongue, localisation can be pretty important. Localisation within SharePoint is achieved by using resources and resource files. Although the use of resources is not mandatory, it’s usually good practise to use them anyway. You don’t want to hard code strings in your application, and, moreover, you never know when your application should be localized. Setting up and using these resources in SharePoint can be quite confusing. So here is a little article covering this topic.
Resources
Resources - in this case: strings - are contained within XML based .resx files. Every resource in such a file is identified by a fixed name. (quite like a HashTable) Here is a little example.
<root>
<data name="FieldManagerPageDescription">
<value>Manage the field of this application.</value>
</data>
</root>
For every new localization, you need a new .resx file with the same names as keys. You can just copy the original .resx file to achieve this quickly. In this new resource file you translate the original values within the value tag. The new resource file has to be named as follows: <original_name>.<culture>.resx.
eg. - myresource.resx
- myresource.en-US.resx
- myresource.fr-FR.resx
SharePoint & Resources
First thing you need to know, SharePoint defines two kinds of Resource files: Application resources and Provisioning resources. Application resources are resources used within the normal execution of the SharePoint application. Normal SharePoint execution include: Application Pages, Web Parts and Controls. SharePoint also makes a difference between application resources used in normal web applications and application resources used in the central administration. Don’t forget that. Provisioning resources, on the other hand, are used when provisioning elements, so you have to use them within features, site definitions and list definitions. Ok, now let’s see the practical side of it: deployment and usage.
1. Deployment
Resource files in SharePoint are located in different folders. Here is a list:
- C:\Inetpub\wwwroot\wss\VirtualDirectories\<port>\App_GlobalResources\
- <hive>\12\Resources\
- <hive>\12\CONFIG\Resources\
- <hive>\12\CONFIG\AdminResources\
- <hive>\12\TEMPLATE\FEATURES\<feature>\Resources\
So, how do you know where to put your resource files? Well, every type of resource has its own folders.
Provisioning resources
- <hive>\12\TEMPLATE\FEATURES\<feature>\Resources\Resources.<culture>.resx
- <hive>\12\TEMPLATE\FEATURES\<feature>\Resources\
- <hive>\12\Resources\
Every feature uses the resources file located in its Resources folder. You can however use another resource file or even share resources. To share resource files you have to put them in the 12\Resources\ folder. Site definitions and list definitions also get their resources from this folder.
Application resources
- <hive>\12\CONFIG\Resources\
- C:\Inetpub\wwwroot\wss\VirtualDirectories\<port>\App_GlobalResources\
Application resources are located in CONFIG\Resources folder. For a web application to use those resources, they have to be copied to their App_GlobalResources folder. (each web application has its own Global Resources folder) How is this done? At creation of the web application, the resources are initially copied to the App_GlobalResources folder. When adding new resources to the CONFIG\Resources folder, the resources have to be copied to existing web applications. You can do this manually or use the STSADM command: copyappbincontent.
Application resources: admin
- <hive>\12\CONFIG\AdminResources\
- C:\Inetpub\wwwroot\wss\VirtualDirectories\<port>\App_GlobalResources\
Application resources for the central administration work the same way as normal application resources, except that the base folder is CONFIG\AdminResources.
2. Usage
This last part will focus on how to use resources within SharePoint elements. Luckily it doesn’t really matter which kind of resource you are using. Here are the different ways:
In C#:
HttpContext.GetGlobalResourceObject("MyResource", "MyName").ToString();
In ASPX properties:
<%$Resources:MyResource, MyName%>
In ASPX as text:
<asp:literal runat="server" Text="<%$Resources:MyResource, MyName%>" />
In XML:
$Resources:MyResource, MyName
In XML features, using the default resource file:
$Resources:MyName
3. Conclusion
There you go. Everything you will ever want to know about resources in SharePoint.
Part of this article is derived from the excellent article of Mikhail Dikov. You can consider this article as some sort of extension of his article. Be sure to read it. Also, I’d like to thank Tom Verhelst for the heads up on the copyappbincontent. Thanks man!
Have a great week!
March 26th, 2008 at 22:13
omg.. good work, brother
June 13th, 2008 at 17:59
Very good.
But I still have problem using App_GlobalResources.
I copy all files in this folder and paste them there and rename them to the right format of my culture.
then translate contents of files to my language.
then reset iis and reload page. but the page still read data from us-EN culture and nothing change.
I change the web.config file and web browser’s language, but nothing happens.
how can I read from my language resource files in SharePoint server 2007 web sites?
Thank you…
June 17th, 2008 at 12:47
realy great, thanks alot!!
July 7th, 2008 at 19:34
Sajjad>
Try installing the language pack for your culture of SharePoint (You can find them on the microsoft site). Now create a new site with this language pack. It will now use the correct language.
Another way is to change the web’s culture internally through the object model!
Good luck!
July 13th, 2008 at 7:28
Language pack is not implement for my language.
I want to translate MOSS 2007.
I translate resource files. But menu toolbar text not change.
Installation of other language pack don’t change anything.
But menu texts are correctly translated and view in that language.
Do you know how to translate all menu and context menu?
Can you help me?
September 18th, 2008 at 15:13
Thanks for this article. The information out there is so piece meal so it is nice to see everything in a single context.