Carsten Keutmann

Using the MVP pattern for SharePoint Web Parts Presentation

noreply@blogger.com (Content) — Wed, 25 Jan 2012 20:46:00 +0000

I did a webcast presentation for Adelaide SharePoint User Group this Tuesday. However no recording was made, therefore only the PowerPoint and Demo code is available here: MVPPresentation.zip

MVP Pattern rocks for SharePoint!

Push changes from the SharePoint Content hub to a SiteCollection

noreply@blogger.com (Content) — Thu, 14 Jul 2011 19:38:00 +0000

When working with the Content hub, you may need the content type you just added to the hub, to be pushed out to a specific site collection immediately. This can be done by activating the timer jobs specified here, or you can just force an activation of the Feature “TaxonomyFieldAdded” on the target SiteCollection.

The TaxonomyFieldAdded feature is a site scoped and hidden feature, its job is to enable the site as Content hub receiver and sync up with the hub immediately. Therefore a reactivation of the feature will get the latest changes from the Content hub, and do not take a lot of time waiting for the timer jobs to finish.

PowerShell:

Enable-SPFeature "TaxonomyFieldAdded" -url "http://mydomain/mySiteCollection/" –force

Code: C#

//The FeatureDefinition id of “TaxonomyFieldAdded” is "73ef14b1-13a9-416b-a9b5-ececa2b0604c". The last “true” is for “Force” feature activation.

site.Features.Add(new Guid("73ef14b1-13a9-416b-a9b5-ececa2b0604c"), true);

So this enables the scenario where you can create a Site Feature Receiver that will publish a content type on the content hub, then force the sync to the local site collection and create a list that uses the content type. All within the same receiver and only takes a couple of seconds to execute.

My Presentation at SharePoint Saturday in Copenhagen (April 30 / 2011)

noreply@blogger.com (Content) — Mon, 02 May 2011 17:44:00 +0000

I did a presentation on SharePoint Enterprise Development with lots of code in it.

For anyone that wants the presentation, you can download it from here code.zip

The zip file contains the PowerPoint presentation and demo code.

Thank you all for a fantastic SharePoint Saturday in Copenhagen.

SharePoint Manager 2010 v2 in development

noreply@blogger.com (Content) — Sat, 22 Jan 2011 17:21:00 +0000

I’m currently working on a new version (Alpha) of the SharePoint Manager 2010 application. This new version will be a much more complete view of the SharePoint object model with data. It is based the look and feel of the “old” version, but done with WPF instead of the GDI+ windows form of the old version.

Because the old version of SPM was done in a rater unplanned manner, the code ended up being a mess and making it harder to update and create new functionality. Therefore I decided to create a new version from the bottom up and do things right from the beginning. This means that the new version supports the MEF (Managed Extensibility Framework 3.5) technology from Microsoft. Other applications that supports MEF is Visual Studio 2010 and MEF was included into .NET 4.0, so that shows that the technology is here to stay. MEF is implemented into the core of SPM2010 v2 and therefore enables anyone replace or hook into anything in the application, by just providing there own DLL. The idea is that this application should be the base for a hole range of tools and functions, that seems as natural part of the application, but is actually just “Add-ins” DLL’s located i the application folder.

Some of the new features of the v2 will be.

MEF support for extensibility.
Hugh increase of SharePoint objects displayed.
WPF
Splash screen.
Check for SharePoint and user rights on start up.
Improved Xml text editor with color coding.
A dynamic Settings system.

Things that should have been so good, turns out to the worse.

WPF is the new presentation framework from Microsoft that will replace the old GDI+ forms technology. This also seems very promising when working directly on the machine, everything still feels quick and snappy. But when using the WPF over a Remote Desktop (RD) the app can slow down because of RD’s lack of support for WPF. Basically RD just transfers the raw bit map when working with WPF where GDI+ is lot faster. Also a major component of SPM2 is the PropertyGrid control that is missing from WPF library and forcing me to include the “old” GDI+ PropertyGrid component into the WPF application, this also slows things down, but on the plus side, at least I known that the PropertyGrid works properly.

Join the project team?

The idea of the application is just to provide the basic framework and extend it from there on. Therefore the core team will be kept small, however because of the MEF system, it will be possible to include team members that will provide there own contribution in form of their own DLLs thereby not conflicting with anyone else in the development process.

So if you like to help out please notify me carsten@keutmann.dk

Documentation for extending the application
This is always the most funny part of a project so I love to save it for the last thing I do.
Really… there will be some documentation on how to extend the application and some Visual Studio demo projects and so on, more to come.

Download

You can find the new version here!

WSPBuilder systems compatibility

noreply@blogger.com (Content) — Mon, 19 Apr 2010 19:48:00 +0000

The following table show the compatibility with different systems. The WSPBuilder is a normal console application build in c# .NET. The WSPBuilder Extensions is addon made for Visual Studio, but its still the same console application running in the background when building from Visual Studio.

System	WSPBuilder 0.9.9.0728	WSPBuilder 2010*
.NET 2.0	Yes	Yes
x32 bit	Yes	Yes
x64 bit	Yes	Yes
All versions of Windows with .NET installed	Yes	Yes
Visual Studio 2005	Yes	Yes
Visual Studio 2008	Yes	Yes
Visual Studio 2010	No	Yes
SharePoint 2007	Yes	Yes
SharePoint 2010	No	Yes

* Note: WSPBuilder 2010 may still be in beta.

WSPBuilder 2010 supports all the same systems as the previous WSPBuilder versions, so you can use it for building SharePoint 2007 (Wss 3.0) solutions without any problems.

Extract WSP packages with WSPBuilder

noreply@blogger.com (Content) — Mon, 19 Apr 2010 19:15:00 +0000

It is possible to extract (unpack) the contents of a WSP package into the file system with use of WSPBuilder. This function currently only supports a full extract of everything, so you have to pick what you need afterwards. The command syntax is:

WSPBuilder.exe -o extractwsp
-Filename : (Optional) Define the WSP file to extract. Default is the last created WSP file from the current directory.
-TargetPath : (Optional) Defines the target path to extract the wsp file in. Default is the current directory.
-Overwrite : (Optional) Overwrite existing files.

Example:

WSPBuilder.exe –o extractwsp –filename mypackage.wsp –overwrite true

Warning! I have not fully tested the ExtractWSP functionality in every possible scenario, so please understand.

The function is supported from WSPBuilder version 0.9.9.0728 and forward, including the WSPBuilder 2010 versions.

Project structure for SharePoint

noreply@blogger.com (Content) — Sun, 18 Apr 2010 09:49:00 +0000

I made a suggestion on how to create a SharePoint project structure in my "SharePoint Development" presentation at Microsoft Copenhagen back in January, but there is no documentation on it in the PowerPoint presentation.

http://www.keutmann.dk/sharepointblog/SharepointDevelopment.zip

In my experience, I find that keeping the number of WSP packages down to a minimum is the easiest thing to managed. Therefore I put all my SharePoint artifacts in one project. Some large SharePoint solutions may require more than one WSP package, but generally not many. I also separate the business logic from the SharePoint project, so it will not be GUI dependent. I use this structure as a general template whenever I create a new Visual Studio solution.

MyCompany.Framework
This project is not specific per solution, but can be used as a library across multiple solutions. This project do not contain any business or SharePoint logic, only clean .NET code. I usually create a lot of.NET Extensions in this project.

MyCompany.SharePoint.Framework
This project is for generally SharePoint related extensions and is still generic across multiple solutions. A lot of .NET SharePoint Extensions is added to this project.

MyCompany.BusinessModel (or ObjectModel)
This project will contain all my business logic and data objects. The project will not contain any UI logic.

MyCompany.MyProjectName (SharePoint Project)
This is the SharePoint artifact project from where I will build my WSP package by use of WSPBuilder. All the SharePoint webparts, features and so on will be created here. It is usually set to deploy to Global Assembly Cache. However if company policy requires the code to be deploy with Code Access Security (CAS), I will create an additional SharePoint project, so I have one project for the GAC and one for the WebApplications bin folder.

MyCompany.Test
The project for Units tests.

I do not say that this is the best structure, but I find it as a good template to start from, specially that I can reuse the Framework projects from solution to solution.

Podcast on WSPBuilder

noreply@blogger.com (Content) — Fri, 16 Apr 2010 06:22:00 +0000

Hilton Giesenow did this podcast on WSPBuilder with me.

Check it out.

http://www.themossshow.com/2010/04/carsten-keutmann-tells-us-about-wspbuilder/

TechTalk on SharePoint Development at Microsoft Copenhagen

noreply@blogger.com (Content) — Thu, 07 Jan 2010 22:35:00 +0000

Wednesday I held a TechTalk on SharePoint development at Microsoft Copenhagen. A lot of people attended and it was very nice.

The presentation Sharepoint Development.pptx.

A good example of a “Company.SharePoint.Framework” project in Visual Studio. http://spexlib.codeplex.com/

SharePoint User Group in Denmark http://www.spbg.dk/

Renewed as a Microsoft SharePoint Server MVP for another year!

noreply@blogger.com (Content) — Mon, 04 Jan 2010 19:27:00 +0000

Just got the e-mail from Microsoft (a little late because the first e-mail must have been eaten by a spam filter or something and therefore never arrived). I’ve been renewed as a Microsoft SharePoint Server MVP for another year!

WSPBuilder 2010 Beta

noreply@blogger.com (Content) — Tue, 01 Dec 2009 21:14:00 +0000

I have been working hard for some time now getting WSPBuilder ready for SharePoint 2010 and Visual Studio 2010. The current status is that WSPBuilder now supports fully the new functionality of the wsp package introduced in SharePoint 2010. Also the WSPBuilder Extension for Visual Studio has been undergoing a major overhaul. Especially the Visual Studio Project/Item templates are currently totally rewritten and new templates will be added with new functionality.

Visual Designer is now supported in WSPBuilder 2010 projects. This means that you will able edit your pages (aspx) and user controls (ascx) with the visual designer in Visual Studio. The reason for this is because the WSPBuilder 2010 project template in Visual Studio is now based on the C# WebApplication project template.
However the special folder types for the Web Application template are not supported and are therefore not added to the project on creation and will have no effect if added later.

Visual Web Part are now available.

Backward compatibility with "old" software like SharePoint 2007 and the previous versions of Visual Studio are very important in the WSPBuilder project. Therefore WSPBuilder 2010 will still fully support SharePoint 2007 and Visual Studio 2005 and 2008. Furthermore I was able to keep it all in one installation file regardless of what system you have x86, x86 / SP2007, SP2010 / VS2005, VS2008, 2010, without going on compromise on the functionality. This simply means one installation file fits them 'all.

One major change that have been done in WSPBuilder 2010, is the change of 12 hive folder name. It will from now on be called "SharePointRoot" according to the official announcement. The old "12" folder is still supported as normal; actually there is no difference between 12 and SharePointRoot regarding functionality in WSPBuilder. But SharePointRoot is less confusing when targeting SharePoint 2010.

SharePointRoot is the new "12" folder.

Now that WSPBuilder 2010 is able to build both SharePoint 2007 and 2010 packages, it will in the build process display a compatibility statement telling the develop if SharePoint 2007 are still supported or not.

Solution compatibility tells you what version of SharePoint this package is compatibel with and the picture show that only SharePoint 2010 is supported.

So when will WSPBuilder 2010 be done?
To quote Blizzard "It's done when it's done!" I'll try to make every beta as much a complete version before releasing it. Currently there are no plans for major changes in the project structure for WSPBuilder, only more functionality and addons.

New features of WSPBuilder 2010

* Fully supports SharePoint 2010 Beta 2.
* Fully supports SharePoint 2007.
* Manifest.config introduced for managing new functionality of the SharePoint 2010 WSP package schema.

New features of WSPBuilder Extensions 2010
* Support for Visual Studio 2010 Beta 2.
* Backward support for Visual Studio 2005 and 2008.
* Visual Studio Visual designer supported.
* No need to install Extensions to open the project in Visual Studio.
* Pages and user controls designer editing are now supported.
* Item template "Visual Web Part" has been added.
* Web Part will have custom code added if selected, removing the web part on feature deactivate.

Plans for new features in WSPBuilder Extensions 2010
(have not been implemented yet!)

* WSP import project template in Visual Studio.
* Delegate Control item template.
* Layout Page item template.
* New Wizard system for Item templates.
* ...and other item templates.

Important!
Only Visual Studio 2010 Beta 2 is supported. There are no plans to support beta 1.

Known bugs in the Beta 1.2
Workflow templates in Visual Studio do not work properly.

Download
Please look on codeplex under Download. It’s the last file of the 4 available.

http://wspbuilder.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=30858

SharePoint Manager 2010 Release

noreply@blogger.com (Content) — Sun, 15 Nov 2009 16:51:00 +0000

My good friend and colleague Anders Dissing that has taken over the SharePoint Manager project has now released a SharePoint Manager 2010 version on codeplex!

Anders blog on: SharePoint Manager 2010 Release

Download here!

SharePoint 2010 and WSPBuilder

noreply@blogger.com (Content) — Sun, 15 Nov 2009 16:41:00 +0000

A lot of people at the SPC2009 conference asked me about the future of WSPBuilder. Facts are that SharePoint 2010 is under way and the new SharePoint tools for Visual Studio 2010 are going to replace VSeWSS.

Here some conclusions from the SPC2009 conference.

SharePoint tools for Visual Studio 2010 will only support SharePoint 2010.
SharePoint tools will only support Visual Studio 2010.
Currently there will be NO new tools for SharePoint 2007 and Visual Studio 2008 (except for the version of VSeWSS 1.3)

This means that all the current solutions out there for SharePoint 2007 will still need to depend on a 3^rd party tool to get the job done.

Regarding WSPBuilder, a new version will be release to support the new possibilities in the WSP package for SharePoint 2010. The new version will still provide support for SharePoint 2007 packages, so bug fixes and added functionality will also be available for old 2007 projects. I plan for that WSPBuilder Extensions will support 3 versions of Visual Studio 2005 / 2008 / 2010 in one MSI packaged.

So WSPBuilder will still be around for a couple more years to support SharePoint 2007. Only time will tell if it will be popular for SharePoint 2010.

TOZIT SharePoint Discussion Forum solution for WSS 3.0 and MOSS 2007

noreply@blogger.com (Content) — Wed, 02 Sep 2009 08:48:00 +0000

Tobias Zimmergren has just released this awesome SharePoint Discussion Forum for SharePoint. Check it out!

SharePoint Saturday Presentation in Copenhagen

noreply@blogger.com (Content) — Sat, 22 Aug 2009 08:47:00 +0000

From my presentation of Building WSP Packages Efficiently (schedule), the PowerPoint presentation and Visual Studio Project can be found below.

Presentation.zip

/keutmann

WSPBuilder Extensions ver. 1.0.6 - (WSPBuilder Version: 0.9.9.0728)

noreply@blogger.com (Content) — Mon, 03 Aug 2009 12:25:00 +0000

Some new updates have been made for WSPBuilder...

A Reference folder under GAC and 80/Bin is now supported for large dlls that do not need reflection for SafeControls and Permissions.
New menu function "Recycle the Windows SharePoint Services Timer" implemented on WSPBuilder Extensions.
Refactoring of "Copy to GAC" in order to improve the functionality.
Bug fixed! "Unable to get solution id from manifest: Unable to extract manifest.xml ..." error for x64 systems.
CabLib.dll updated to new version 10.5.
Its now possible to include the Cablib.dll into the WSP package.

The “Reference” folder

One of the new features of WSPBuilder, is the possiblility to add assemblies to the wsp package without getting them reflected upon. This means that there will not be created any safecontrols tags or permission policies for the assemblies. This will improve wsp build speed greatly for very large assemblies. So when you have some 3^rd party assemblies that you would like to include into your wsp package, just add the 3^rd party assemblies to a “Reference” folder under the GAC folder or 80\bin folder.

Project folder

..\MyProject
....\12

....\GAC

......\Reference

........SomeVeryLarge.DLL

......MyOwnSmall.DLL

....\.

As showing in the folder structure above, the SomeVeryLarge.DLL is located under the Reference folder and will therefore be included into the wsp package (and manifest.xml) but not reflected upon. This will greatly reduce the time needed to build the wsp package. However if there are UI controls in the SomeVeryLarge.DLL that will be used, you are forced to add it directly under GAC or 80\bin so the SafeControls tags can be created and added to the web.config otherwise you will get a security error. The MyOwnSmall.DLL is located directly under the GAC folder and therefore is reflected upon as normal.

Warning: There will not be created any security policies for the DLL’s in the “80\bin\Reference” folder, so you will need to manually change the policy settings in the SharePoint configuration files to allow the reference assemblies to be used from the 80\bin folder. When using the “GAC\Reference” folder, the assembly will be deployed to the Global Assembly Cache and therefore automatically be fully trusted.

Recycle the Windows SharePoint Services Timer

A new function in the WSPBuilder Visual Studio context menu have been added. This will recycle the Windows SharePoint Services Timer. (OWSTimer service). This function is intented to be used when developing SPTimerJobs, so you quicly can redeploy to GAC and recycle the Timer service from Visual Studio when testing.

Manually modifing the Manifest.xml

I had some request about being able to modify the manifest.xml and DDF file before building the wsp package. But the idea of WSPBuilder is that this should not be necessary. You should be able to do everything you need by use of the folder structure and wspbuilder.config file. But maybe I have missed something, so I would to hear from you if you have any case where you need to modify the manifest.xml file. Please e-mail me on carsten@keutmann.dk

/keutmann

Beginning SharePoint Development (Bonus part #3 WSPBuilder overview)

noreply@blogger.com (Content) — Mon, 22 Jun 2009 19:35:00 +0000

Bjørn Furuknap has done a great video on how to get starting with WSPBuilder Extensions. In the demo he shows how to replace the Cablib.dll file with a 32 bit version. This is because of a bug in the installer installing the wrong version. However now it has been fixed and it's no longer necessary to replace the file.. New version here WSPBuilder.

Bjørn Furuknap WSPBuilder demo...
http://www.youtube.com/watch?v=ljKnLllZbxU

/Cheers

Disable Loopback Checking on Windows Server 2003

noreply@blogger.com (Content) — Thu, 16 Apr 2009 10:58:00 +0000

I updated my Windows Server 2003 running on a VMware image with the lasted April 2009 updates from Microsoft this morning. The result was that none of my SharePoint sites worked afterwards. The solution for me and one of my colleagues turns out to be this old known issue
http://wcornwill.wordpress.com/2006/06/06/mapping-host-headers-causes-looping-windows-authentication/
and
http://www.sharepointblogs.com/george/archive/2009/04/16/error-401-connecting-to-local-iis-website-after-3-credential-prompts.aspx

I would only recommend to disable the Loopback checking for developing environments.

Disable Loopback Checking

open regedit
Find HKLM\System\CurrentControlSet\Control\Lsa
Create a new DWORD value called DisableLoopbackCheck and give it a value of 1
Restart the computer

Developers 10 Commandments for preventing errors

noreply@blogger.com (Content) — Tue, 14 Apr 2009 10:11:00 +0000

Over the years of programming, I have gone from a simple spaghetti developer to an object oriented, method mineralized, property loving, defensive coding and structure focused (spaghetti) developer. So what is the difference? When I think about it, my code may look like a spaghetti program today, for the untrained eye that is, because of object inheritance, events, properties and so forth. But it's much better organized than it was just 20 years ago. The big advantage is that it is much easier to spot and avoid errors than in the good old spaghetti programming days. But I still need to avoid programmatic and logic errors, therefore I follow these 10 basic commandments in writing code.

Assumptions are the mother of all errors.
The most lacy developer do things right the first time.
If something can go wrong, then it will at some point do.
Never implement bad exception handling. Like the Ostrich-algorithm, where you put your head in the ground and pretend that nothing has happened.
Know your events or you program will fail.
Errors usually appears where you least expect them to.
Users come from the dark side and they got errors with them.
Unit test... unit what?
Keep it simple! However this does not apply for the female developers, they are able to multi task!
Always include a dead-man switch in a While loop, if it potentially can loop forever.

You will find some of the commandments more relevant than others but they all still holds an important message.

Defensive programming (link)

When using a defensive programming strategy and following the commandments I tend to think what can go wrong in my code and how to prevent it from doing so or simply handling it. This turns into rock solid applications that help me sleep better at night. The effort required is actually less than that of the ordinary "spaghetti code", because you don't spend the time constantly debugging your code in the end when the users keeps coming back with new errors that they have found.

Three strikes and you're program is out.

In the beginning when a user first starts to use a program, they have the stomach for three errors before they tend to give up on it and look for another solution. Therefore it's very important that the users are not presented with the errors directly in the face every time something goes wrong. Fallback gracefully when an error occurs is very important so the users don't feel abandoned.

Detailed description of the commandments.

Assumptions are the mother of all errors.
Picked up from the movie Under Siege 2: Dark Territory (1995), where one of the bad henchmen (Penn) believes that he has killed Casey Ryback (played by Steven Seagal), but it's just an assumption and therefore Ryback is able to continue haunting the bad guys and finally finishing them off (think of yourself as one of the bad guys :-) The same thing applies to code - when you assume something will work, it will for sure come back to haunt you. (Nobody wants a Ryback running around and destroying their program). Every error in a program is there because the developer assumed that it was fine there was no possible scenario for an error. Don't make assumptions – know for sure and handle any possible outcome!
The most lacy developer do things right the first time.
If you want to save time and errors when creating a program, do things right the first time. Otherwise you just end up forgetting that you have skipped a step here, cut a corner there, so on and so forth. Yet again resulting in an error when you least except it.
If something can go wrong, it will at some point do.
This is a universal rule (another variant). Don't try ignoring it. The only thing is to make sure that nothing can go wrong. However even the best developers cannot avoid all errors therefore contain the error so it will not affect the outside world and implement a graceful fallback error handling routine.
Never implement bad exception handling. Like the Ostrich-algorithm, where you put your head in the ground and pretend that nothing has happened.
This is a common error handling that I have seen in various places, where the developer knows that something can go wrong, but is too lazy to implement a descent error handling logic. Thereby resulting in a possible unstable program. This happened to me once when another developer in my team made an empty try catch statement around a database call. When the call to the database failed - and it did happen from time to time - the code simply just continued like nothing had happened, resulting in that the database data became invalid. So I had to spend 2 full days debugging the entire code in order to find out why the program was unstable and not knowing where the error prune part was hiding.
Know your events or you program will fail.
This is one of the most important things you can do when coding in object oriented languages. Know in what order things happen in. I have seen a lot of developers writing a lot of bad code in ASP.NET because they simply haven't allowed themselves the time to study how a Page lifecycle works.
Errors usually appears where you least expect them to.
This is another law of the Universe. You might as well accept it!
If you ever think a certain situation will never occur, you are properly wrong. I have heard this so many times "This will never happen… yada yada yada" – but trust me, it will! So always implement at least a minimal form of error handling.
Users come from the dark side and they got errors with them.
No developer can foresee every possible outcome of a program and users have the tendency to pick out the situations that you had never have thought of. So always think of in general error handling, so you can say to yourself… "Whatever happens, I have covered it."
Unit test... unit what?
This is an important thing to remember, especially when doing a lot of backend logic. There has been written a lot of topics on this subject and therefore I will not cover it here.
Keep it simple! However this does not apply for the female developers, they are able to multi task!
Male developers tend to develop programs with their forehead. This puts a constraint on how many of lines of code that they can handle simultaneously. Males like giant things, but giant methods are a bad thing. It is easy to lose overview of what is going on in the method with too many lines of code and therefore the possibility for errors sneaking in is greater. Keep your methods at a minimum, even if they are just used once in a call from one other method.
Always include a dead-man switch in a While loop, if it potentially can loop forever.
All developers in world has made this one at least once in their lifetime. Creating a While statement but forgets that they can potentially run forever and it stalls the process. So if there is even the slightest chance that a While statement can loop beyond its intention, introduce a dead-man switch. A simple counter that can only count to a certain amount before ending the while loop.

This more or less concludes my 10 commandments. Read it, learn from it and hopefully improve on it.

WSPBuilder documentation

noreply@blogger.com (Content) — Mon, 13 Apr 2009 14:34:00 +0000

I know that the documentation on using the WSPBuilder hasn't been fulfilling to say it nicely, but that's the way it is.

The good thing is that other people have been nice and done some work on this. This is what I have found so far (in random order), sorry if have forgot someone.

WSPBuilder - Walkthrough of the Visual Studio Add-in
http://www.zimmergren.net/archive/2009/04/08/wspbuilder-walkthrough-of-the-visual-studio-add-in.aspx

WSS: Development - Quick Start with WSPBuilder
http://rasor.wordpress.com/2008/10/12/wss-dev-quickstart/

WSS Dev: WSPBuilder Templates
http://rasor.wordpress.com/2008/10/12/wss-dev-quickstart/

WSS Dev: HowTo debug a WebPart
http://rasor.wordpress.com/2008/10/24/wss-howto-debug-a-webpart/

Change the WSPBuilder DeploymentTarget to WebApplication
http://blog.mastykarz.nl/change-wspbuilder-deploymenttarget-webapplication/

Intro to WSPBuilder
http://www.michaelbowersox.com/2009/01/18/intro-to-wspbuilder/

WSPBuilder Folder Structure
http://www.michaelbowersox.com/2009/01/28/wspbuilder-folder-structure/

Developing SharePoint Solutions in Visual Studio
http://greggalipeau.wordpress.com/2008/05/18/developing-sharepoint-solutions-in-visual-studio/

TFS Build and WSPBuilder
http://alex-tfs.blogspot.com/2009/01/tfs-build-and-wspbuilder.html

How to get TFS to automate your WSP builds with WSPBuilder
http://pointstoshare.spaces.live.com/Blog/cns%21AEC42F315B4528B0%213290.entry

The WSPBuilser Manual
http://wspbuilder.codeplex.com/SourceControl/changeset/view/33013#166101

My Blog.
http://keutmann.blogspot.com/2008/02/visual-studio-addin-and-templates-for.html

New! (2009/08/02)

Creating a code-only webpart and deploying as a feature
http://www.sharepointsean.com/articles/Pages/CreatingaCode-Onlywebpartanddeployingasafeature.aspx

Please comment with more links if you know one.

WSPBuilder - Walkthrough of the Visual Studio Add-in

noreply@blogger.com (Content) — Fri, 10 Apr 2009 23:03:00 +0000

I know that there are not much documentation on how to use WSPBuilder in the install package, but my good friend Tobias Zimmergren have written a great post on SharePoint development with WSPBuilder Extensions. Check it out. http://www.zimmergren.net/archive/2009/04/08/wspbuilder-walkthrough-of-the-visual-studio-add-in.aspx

WSPBuilder Extensions 1.0.5

noreply@blogger.com (Content) — Fri, 10 Apr 2009 22:42:00 +0000

This version of WSPBuilder Extensions 1.0.5 now fully supports development on an x64 bit systems and Windows Server 2008.

Installs correct CABLIB.DLL for x64 systems. (No need for manually installing)
"Copy to 12 hive" function now works on x64 systems.
Support for IIS7
Minor bug fix for "Recycle App Pools"
Supports VisualBasic Project/Item templates. (Thanks to Chip Sockwell)
wspbuilder.exe is included in this package.

Install notes.:
Be sure to uninstall the old version of WSPBuilder Extensions before installing the new version.

Happy SharePoint coding folks

/keutmann

Visual Basic Project/Item template support in WSPBuilder Extensions 1.0.4

noreply@blogger.com (Content) — Thu, 12 Mar 2009 17:30:00 +0000

Thanks to Chip Sockwell and his work on converting the C# templates to Visual Basic. You are now able to create Visual Basic projects with WSPBuilder templates in Visual Studio.

However if you are only using C#, you do not need to install the new version (1.0.4).

Get it here: WSPBuilder.com

Cheers!
/keutmann

SharePoint Manager 2007 ver 0.9.9.0205

noreply@blogger.com (Content) — Thu, 05 Feb 2009 15:03:00 +0000

I have done some work on SPM2007 and implemented a new language Swedish. (Thanks to Andreas Kviby for the translation)

Ver: 0.9.9.0205-------------------
- Warning on deletion has now been implemented.
- Icons for nodes updated.
- Dutch and Swedish languages implemented.
- Groups and Roles on the Site is now browsable.

Get it on codeplex.

Have fun :)

SharePoint MVP

noreply@blogger.com (Content) — Fri, 30 Jan 2009 09:41:00 +0000

Oh .. by the way.. I have become a SharePoint MVP.

Cheers!