When I went to deploy the project on the server, I noticed that my TwitterAPI .dll was not included in the package. All of my SharePoint 2007 development used the WSP Builder utility that allowed you to create the package any way you wanted by using the 12 hive folder structure.
In 2010, using Visual Studio 2010, we don’t have that luxury. While most of the things I did today were fairly intuitive through the interface, packaging up the .dll files the way I wanted to took me a little longer that I had planned. I tried modifying the various manifest files that are in the project, but each of these are auto generated when you build the solution.
While I was meddling around, I started poking around the ‘Package’ folder and found that under the advanced options, I would add ‘Additional Assemblies’. Once I did that, the package was exactly the way I wanted it and I had a successful deployment.
I think I would still prefer the way WSPBuilder works, but I can’t complain much. My overall efforts in 2010 are far less than anything in 2007. Visual Studio 2010 and SharePoint 2010 make it fun to develop!!!


0 comments:
Post a Comment