Contents
For solutions SharePoint solutions are either deployed globally or targeted to a particular web application. The decision of which is made automatically by the SharePoint Solution framework depending on the contents of the solution manifest. Exception to this rule are Sandbox solutions which are managed on the site collection level.
What does a site collection scoped feature mean?
A Site Collection scoped Feature is one that can be activated at the site collection level and contains items that apply to the site collection as a whole (for example, content types that are shared across the site collection), as well as items that can be activated per site (for example, list instances, etc).
How is the scope of a web site determined?
The Feature scope is determined by the setting of the Scope attribute in the Feature element defined in the feature.xml file. A Web Site scoped Feature is one that can be activated only at the individual Web site level. List templates, list instances, custom actions, event receivers, etc are the some common elements for web site scoped features.
SharePoint Features can be scoped to the Farm, Web Application, Site Collection, and Web Site level depending on the purpose of the feature. The Feature scope is determined by the setting of the Scope attribute in the Feature element defined in the feature.xml file.
Typically, a SharePoint solution is deployed to a SharePoint server by using a solution package (.wsp) file. You can use Visual Studio to organize your SharePoint Project Items into Features and to create a package to deploy your SharePoint Features.
When to deploy a farm solution in SharePoint?
Administrators do not have to deploy a solution immediately after adding it to the solution store. It can be stored in an undeployed state indefinitely. Feature Activating: Features must be activated before they can be used, so activating becomes a third step of installation for solutions that contain Features.
How is a WSP deployed to a specific web application?
Features that embed a Web part or anything else that requires a web.config modification. In the latter case, the WSP is not deployed “globally” but on a target Web application basis. It means you have to choose what Web apps you target so their web.config file is modified to support the Web part.