Getting DLLs OUT of your non-managed code SharePoint solutions in Visual Studio 2010
April 12, 2011 4 Comments
Ever notice, that no matter what you package in Visual Studio 2010, even if it is a no-code solution? See the output of a build from a CustomAction below.
—— Build started: Project: Test.SharePoint.Features.MyCustomAction, Configuration: Debug Any CPU ——
Test.SharePoint.Features.MyCustomAction -> c:\DevProjects\Test.SharePoint.Features.MyCustomAction\Test.SharePoint.Features.MyCustomAction\bin\Debug\Test.SharePoint.Features.MyCustomAction.dll
Successfully created package at: c:\DevProjects\Test.SharePoint.Features.MyCustomAction\Test.SharePoint.Features.MyCustomAction\bin\Debug\Test.SharePoint.Features.MyCustomAction.wsp
========== Build: 1 succeeded or up-to-date, 0 failed, 0 skipped ==========
There is a simple solution to this. Click on your project within the Solution Explorer in Visual Studio. And then below, or, wherever you have your Properties window, just change Include Assembly in Package to false. Then go ahead and re-package your solution. That was easy, eh?
Pingback: SharePoint Daily » Blog Archive » Best Practices UK – Day 2; Windows Everywhere; Harsh Reality of Cloud Platforms
Pingback: SharePoint Daily
Pingback: Blog del CIIN
Pingback: SharePoint 2010: Recopilatorio de enlaces interesantes (XIX)! « Pasión por la tecnología…