WSPBuilder background
A SharePoint Solution Package (WSP) creation tool for WSS 3.0 & MOSS 2007
No more manually creating the manifest.xml file
No more manually specifying the DDF file
No more using the makecab.exe application
Creating a WSPBuilder project
When you have installed the add-in to Visual Studio, you should now be able to create a new project based on the "WSPBuilder" template.To kick this off, let’s create our WSPBuilder project
Note: You don’t have to create a WSPBuilder template, you can create a normal Class Library as well. The only thing about a WSPBuilder template is that it will automatically create the "12" folder along with a temporary strong-key so you don’t have to do that right now.
When you’ve created the project, you’ll see a structure like this one in your solution explorer: 
Alright, now that we’re up and running with a blank WSPBuilder project – we should start by adding something to the solution.
WSPBuilder Templates – Overview
In an ordinary fashion, right click on the project and choose Add – New item.
Blank Feature Template Overview
A blank feature does exactly what the name implies, it creates a blank feature for you!I’m creating a blank feature, and naming it to "BlankFeature1" so we easily can distinguish it from the other folders created later on.
With WSPBuilder, when you create a new item based on a template, you’ll get a dialog asking you for some variables – and since this is a feature, it’s going to need a Title, Description and of course a Scope:
<?xml version="1.0" encoding="utf-8"?>
<Feature Id="8e039720-d7df-460a-8d65-c52e47417fdf"
Title="BlankFeature1"
Description="Awesome description for BlankFeature1"
Version="12.0.0.0"
Hidden="FALSE"
Scope="Web"
DefaultResourceFile="core"
xmlns="http://schemas.microsoft.com/sharepoint/%22>
<ElementManifests>
<ElementManifest Location="elements.xml"/>
</ElementManifests>
</Feature>
Event Handler Template Overview
With the Event Handler item template, you will not only get the correct 12-structure in your solution – you will also get the reference to "Microsoft.SharePoint.dll" added automatically, since an event handler requires some talking to the SharePoint Object Model.We will get our feature.xml and elements.xml as normal – but this time the elements.xml is pre-populated with some tags to hook up our event handler:
<?xml version="1.0" encoding="utf-8" ?>As you can see, the elements.xml file is referring to the assembly called Zimmergren.SharePoint.Demo.WSPBuilder and a class called EventHandler1.
<Elements xmlns="http://schemas.microsoft.com/sharepoint/%22>
<Receivers ListTemplateId="100">
<Receiver>
<Name>AddingEventHandler</Name>
<Type>ItemAdding</Type>
<SequenceNumber>10000</SequenceNumber>
<Assembly>Zimmergren.SharePoint.Demo.WSPBuilder, Version=1.0.0.0, Culture=neutral, PublicKeyToken=b7201b5590fd1fc0</Assembly>
<Class>Zimmergren.SharePoint.Demo.WSPBuilder.EventHandler1</Class>
<Data></Data>
<Filter></Filter>
</Receiver>
</Receivers>
</Elements>
With the magic of WSPBuilder, this class has of course also been created for us and will look something similar to this:
using System;
using System.Collections.Generic;
using System.Text;
using Microsoft.SharePoint;
namespace Zimmergren.SharePoint.Demo.WSPBuilder
{
class EventHandler1 : SPItemEventReceiver
{
public override void ItemAdded(SPItemEventProperties properties)
{
base.ItemAdded(properties);
}
public override void ItemAdding(SPItemEventProperties properties)
{
base.ItemAdding(properties);
}
public override void ItemUpdated(SPItemEventProperties properties)
{
base.ItemUpdated(properties);
}
public override void ItemUpdating(SPItemEventProperties properties)
{
base.ItemUpdating(properties);
}
}
}
Solution Installer Configuration
If you’ve ever used the SharePoint Installer from CodePlex, you know that when you want to use it with your own .wsp file you need to do some adjustments to the configuration xml.With the Solution Installer Configuration template you will get this configuration automatically created and hooked up with your project. The Setup.exe.config file might look like this:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<appSettings>
<add key="BannerImage" value="Default"/>
<add key="LogoImage" value="None"/>
<add key="EULA" value="EULA.rtf"/>
<add key="SolutionId" value="6e23b11d-8460-49a0-b2f1-b8aa78d7c58d"/>
<add key="FarmFeatureId" value="bb1586eb-3427-483b-baa5-ae5498c47d69"/>
<add key="SolutionFile" value="Zimmergren.SharePoint.Demo.WSPBuilder.wsp"/>
<add key="SolutionTitle" value="Zimmergren.SharePoint.Demo.WSPBuilder"/>
<add key="SolutionVersion" value="1.0.0.0"/>
<add key="UpgradeDescription" value="Upgrades {SolutionTitle} on all frontend web servers in the SharePoint farm."/>
<add key="RequireDeploymentToCentralAdminWebApplication" value="true"/>
<add key="RequireDeploymentToAllContentWebApplications" value="false"/>
</appSettings>
</configuration>
Web Part Feature
This is by far one of the most popular templates, as it crates a generic template for your web part and also creates the feature for provisioning the Web Part to the Web Part Gallery.You will get the elements.xml file configured something like this:
<?xml version="1.0" encoding="utf-8" ?>and you’ll get the required .webpart file configured something like this:
<Elements xmlns="http://schemas.microsoft.com/sharepoint/%22>
<Module Name="WebPartPopulation" Url="_catalogs/wp" RootWebOnly="TRUE">
<File Url="WebPartFeature1.webpart" Type="GhostableInLibrary">
<Property Name="Group" Value="MyGroup"></Property>
<Property Name="QuickAddGroups" Value="MyGroup" />
</File>
</Module>
</Elements>
<?xml version="1.0" encoding="utf-8" ?>and you will get the WebPartFeature1.cs file created automatically (or whatever you choose to name it) and it usually look like this:
<webParts>
<webPart xmlns="http://schemas.microsoft.com/WebPart/v3%22>
<metaData>
<type
name="Zimmergren.SharePoint.Demo.WSPBuilder.WebPartFeature1,
Zimmergren.SharePoint.Demo.WSPBuilder,
Version=1.0.0.0,
Culture=neutral,
PublicKeyToken=b7201b5590fd1fc0" />
<importErrorMessage>
Cannot import WebPartFeature1 Web Part.
</importErrorMessage>
</metaData>
<data>
<properties>
<property name="Title" type="string">WebPartFeature1</property>
<property name="Description" type="string">
Description for WebPartFeature1
</property>
</properties>
</data>
</webPart>
</webParts>
using System;
using System.Collections.Generic;
using System.Runtime.InteropServices;
using System.Web.UI;
using System.Web.UI.WebControls.WebParts;
namespace Zimmergren.SharePoint.Demo.WSPBuilder
{
[Guid("a043d73d-7418-4918-baed-828a2bc77019")]
public class WebPartFeature1 : Microsoft.SharePoint.WebPartPages.WebPart
{
private bool _error = false;
private string _myProperty = null;
[Personalizable(PersonalizationScope.Shared)]
[WebBrowsable(true)]
[System.ComponentModel.Category("My Property Group")]
[WebDisplayName("MyProperty")]
[WebDescription("Meaningless Property")]
public string MyProperty
{
get
{
if (_myProperty == null)
{
_myProperty = "Hello SharePoint";
}
return _myProperty;
}
set { _myProperty = value; }
}
public WebPartFeature1()
{
this.ExportMode = WebPartExportMode.All;
}
/// <summary>
/// Create all your controls here for rendering.
/// Try to avoid using the RenderWebPart() method.
/// </summary>
protected override void CreateChildControls()
{
if (!_error)
{
try
{
base.CreateChildControls();
// Your code here…
this.Controls.Add(new LiteralControl(this.MyProperty));
}
catch (Exception ex)
{
HandleException(ex);
}
}
}
/// <summary>
/// Ensures that the CreateChildControls() is called before events.
/// Use CreateChildControls() to create your controls.
/// </summary>
/// <param name="e"></param>
protected override void OnLoad(EventArgs e)
{
if (!_error)
{
try
{
base.OnLoad(e);
this.EnsureChildControls();
// Your code here…
}
catch (Exception ex)
{
HandleException(ex);
}
}
}
/// <summary>
/// Clear all child controls and add an error message for display.
/// </summary>
/// <param name="ex"></param>
private void HandleException(Exception ex)
{
this._error = true;
this.Controls.Clear();
this.Controls.Add(new LiteralControl(ex.Message));
}
}
}
Web Service Template
The following files will be automatically created for you:- 12LAYOUTSWebService1.asmx
- WebServiceCodeWebService1.cs
<%@ WebService Language="C#"WebService1.cs may look like this:
Class="Zimmergren.SharePoint.Demo.WSPBuilder.WebService1,
Zimmergren.SharePoint.Demo.WSPBuilder,
Version=1.0.0.0,
Culture=neutral,
PublicKeyToken=b7201b5590fd1fc0" %>
using System;FeatureWithReceiver1.cs might look like this:
using System.Web;
using System.Web.Services;
using System.Web.Services.Protocols;
namespace Zimmergren.SharePoint.Demo.WSPBuilder
{
[WebService(Namespace = "http://schemas.microsoft.com/sharepoint%22/">
<ElementManifests>
<ElementManifest Location="elements.xml"/>
</ElementManifests>
</Feature>
using System;
using System.Collections.Generic;
using System.Text;
using Microsoft.SharePoint;
namespace Zimmergren.SharePoint.Demo.WSPBuilder
{
class FeatureWithReceiver1 : SPFeatureReceiver
{
public override void FeatureActivated(SPFeatureReceiverProperties properties)
{
throw new Exception("The method or operation is not implemented.");
}
public override void FeatureDeactivating(SPFeatureReceiverProperties properties)
{
throw new Exception("The method or operation is not implemented.");
}
public override void FeatureInstalled(SPFeatureReceiverProperties properties)
{
throw new Exception("The method or operation is not implemented.");
}
public override void FeatureUninstalling(SPFeatureReceiverProperties properties)
{
throw new Exception("The method or operation is not implemented.");
}
}
}
Sequential Workflow Feature and State Machine Workflow Feature Templates
Creates the necessary files to get started with your Sequential Workflow code.- 12TEMPLATESequentialWorkflowFeature1elements.xml
- 12TEMPLATESequentialWorkflowFeature1feature.xml
- WorkflowCodeSequentialWorkflowFeature1.cs
- WorkflowCodeSequentialWorkflowFeature1.designer.cs
Web Part Without Feature
Finally, you can create a Web Part without the feature – basically just creating the .webpart file and the .cs file.- 80wpcatalogWebPart1.webpart
- WebPartCodeWebPart1.cs
Solution tree overview
Since I’ve been bashing all kinds of templates in here, you’ll see that there’s a huge tree of files – all automatically created in less than 1 minute.
Template Overview Summary
Alright, the templates I’ve been mentioning before are great to get rolling with a new SharePoint project. But what about deployment of this solution? How do we create our .wsp file, and how do we choose where the files should land (Global Assembly Cache – GAC – or the /bin folder?)That’s what the next section is all about – bringing some clarification to how the WSPBuilder creates your packages.
WSP Creation and Deployment with WSPBuilder
So, when we’re satisfied with our awesome project and want to build a .wsp package from it – we can simply choose to right click the project -> WSPBuilder -> Build WSP and it will automatically create the .wsp for us:
Manifest.xml
In the cabinet (.wsp package) you will find the file called Manifest.xml - this is the file that tells SharePoint where to actually deploy the solution – GAC or BIN.If you don’t do any changes at all, this file will look something like this:
Now, in this particular case we can not deploy to the /bin folder anyway – as we have types in our assembly that MUST go into the GAC (Workflows and EventReceivers are two of those types).
But if we were to have a Web Part project or what not – and we want to deploy it only to the /bin folder, follow along with the next few steps.
Scoping the assembly for BIN instead of GAC (including Code Access Security generation)
Okay. So you don’t want it in the GAC, but in your BIN folder instead. That’s okay, just follow along with these few simple steps:- Remove your /bin/debug folder entirely from your solution (make sure the .dll gets wiped)
- If the 80-folder in your project root isn’t created – create it
- Create a folder called "bin" folder in the 80 folder
- Your solution tree should look something similar to this:
Right click your project and choose "Properties"
.Choose the "Build" tab
Change the Output path from "binDebug" to "80bin":
When you build your project now, your .dll should pop into the "80bin" folder in your solution tree like this:
Ready to Rock – Scoping the assembly for the /bin folder
If we go about building our .WSP package again (right click project – WSPBuilder – Build WSP) and rename the .wsp to .cab and check the manifest.xml file – we should see two things done different:- DeploymentTarget is set to WebApplication (any chosen WebApp, e.g. /bin)
Some general CAS (Code Access Security) permissions has been automatically added to make your assembly run:
Deployment with WSPBuilder
Okay. So we’ve created our project, scoped it either for GAC (do nothing) or for /bin (make the changes in the previous section) – and we want to deploy it. What do we do?- Right Click the Project -> WSPBuilder -> Deploy Your output window will show something like this:
Check your Solution Management in Central Administration under the tab "Operations" and make sure it’s successfully deployed:
No comments:
Post a Comment