Your plan is good, and respects good practices (at least the practices I've been following for ages).
Your approach is to:
Create the solution in VS
Create one feature (scope: Web)
Create two classes for the event receivers (both inheriting from SPItemEventReceiver)
Add a feature event receiver on the feature (inheriting from SPFeatureReceiver)
In the ...
Ok, first are both checkboxes at the bottom marked ("Show processes from all users" and "Show processes in all sessions")? If so, maybe you changed the type of code shown under the "Attach to:" field. I would dig through these three settings.
If you still can't find the process after that, try an old fashioned reboot.
This is purely opinion and conjecture, so I suggest this be community wiki
This opinion is further down entirely to the dynamics of the market you operate in or the customers that you serve, but I have found it far more economical and simpler to freeze continual development in SP2007 and build only for SP2010.
Continue to support customers on SP2007 by ...
You need to create the directory structure in your solution for WSPBuilder to package & deploy it correctly.
The structure will be something like:
Once you've got that, you can create new ASP.NET Web Forms in that folder, and they'll be deployed with the WSP.
The URL to access them will be something like
You should deploy your DLLs to GAC, if you are using some external DLLs for your project you should include them in your wsp and add them to GAC also, make sure the manifest.xml file of the solution (inside wsp) has following lines
<Assembly DeploymentTarget="GlobalAssemblyCache" Location="YourProject.dll" />
You can (also) use Visual Studio to Import and modify your WSP.
Have a look at this link from Microsoft (For 2010 but still working for 2013): Importing the .wsp File
in few step :
Create a VS project from type : Import SharePoint Solution Package
Choose your WSP (after it will create the SharePoint project with all files/elements of you wsp
make your ...
You can do that from PowerShell. For that purpose you need small but extremely helpful library called 'CabLib'. It's included as part of the wspbuilder (old tool to build and pack projects for SharePoint 2007).
You need to download CabLib.dll from here - WSPBuilder Extensions 1.0.6. Under the downloads select "CabLib.dll for x64 systems (version: 10.5)"
It is possible, you'll have to replicate steps that Visual Studio automagically do for you ).
Extract wsps. Because .wsp is .cab archive, you'll need a tool to deal with cabs. I used Total Commander plugin for the purpose. Extract into separate folders.
Merge content of manifest.xml from those folders into one manifest.xml
Merge files from those folders (...
For extracting you can use Solution Extractor Tool from below link
Once you have extracted the wsp. You can use PowerShell for installing it into your SharePoint 2010 environment.
Install-SPSolution –Identity ...
add this just above your public class file!
[SharePointPermissionAttribute(System.Security.Permissions.SecurityAction.Demand, Impersonate = true)]
[SharePointPermissionAttribute(System.Security.Permissions.SecurityAction.Demand, ObjectModel = true)]
then let wspbuilder do the rest for you as it will build the xml file for you within the manifest file!
Find your solution file with extension .wsp
Change solution extension to .CAB
Now open this file and you will see different files in it but the one you need to deal with is manifest.xml
This is how a manifest.xml file created by WSP Builder looks like,
<!-- Solution created by WSPBuilder. 28/06/2013 09:21:25 -->
Maybe this wil help. There are some things you have to check:
1.If Package has SharePoint Product Version set to 15.0
2.Your project is build on .net 4.5
3.You are not deploying on a different farm
4.You are referencing the right sharepoint 2013 assemblies
dont listen to Luis, well most of it ;) ,
wspbuilder is brill for 2003 and 2007! for 2010 make sure you have the correct version!
you need WSPBuilder Extensions 2010 BETA 1.4 which is at the bottom!
also, your using 2013 which is different to 2010 but you could give it ago! things have changed from 2010 ...
DROP WSPBuilder, not a good thing, you need to do the webparts with visual studio, thats it. It will create all the files for you, also you have to create a Feature that deploys the webpart.
WSPBuilder is WAY OOOOOOOOOLD!, Avoid it
Last Update was on May 9th 2009
The descriptions says:
A SharePoint Solution Package (WSP) ...
Did you install visual studio? If so, did you install the Microsoft Office Developer Tools for Visual Studio 2012?? Once you've done that you can create a new SharePoint project and when when you compile it will create the wsp for you and put it in the bin folder.
See here: http://msdn.microsoft.com/en-us/library/ee554869.aspx and here: http://msdn....
WSPBuilder will only allows Safe Controls entries for objects that inherits from the "Control" class. A simple fix could be to create an empty class that inherits from WebControl and use the same namespace in your fake ascx file.
to change it you would need to change the project name in solution explorer, click on it once so its higlighted and then click on it again to rename or rightclick and then select rename, also the solution.
Next step isto click on project again and rightclick, this time select properties and change the assembly name and default nasespace giving them the ...
WSP Builder uses WSPBuilder.exe.config file to create wsp and set all properties...
This link should help changing the name and other properties of wsp:
Arsalan Adam Khatri