Peter's profilePeter Reavy's tech stuffBlogLists Tools Help

Peter Reavy's tech stuff

I'm a developer using SharePoint, .NET, SQL Server, IIS, and PHP. This blog focuses on SharePoint as a development platform.
December 04

Common Coding Issues When Using the SharePoint Object Model

This Best Practices article at MSDN also discusses how to use the System.Web.Caching.Cache object to store data.

December 03

Features and feature receivers

Ultimately, though, not every behavior or kind of change you’d want to implement can be expressed in XML.  For this reason, you can also define a feature receiver which contains callbacks which will get fired when the Feature is installed or activated.

Mike Ammerlaan's Blog

November 02

More on backing up SharePoint

I want to make note of this piece on Backup, Restore, High Availability and Disaster Recovery. The author, Joel Oleson, also has a great post about Replication and High Availability.

Dealing with criticism of SharePoint

Bob Mixon and Patrick Tisseghem have responded thoughtfully to some bitter criticism of SharePoint.

October 08

How to customize the application.master in SharePoint 2007: don't

The bad news is that modifying the application.master in the TEMPLATE/LAYOUTS directory is not recommended and in fact will result in an unsupported SharePoint installation

says Michael Yeager, who also links to Microsoft's own guidelines for Site Definition customizations.

October 05

Getting to grips with Features

 I have an idea what a Feature is in WSS v3 and how to create a custom Feature.

You have to create a folder for the custom Feature under the 12 hive's TEMPLATE\FEATURES directory. This must contain a feature.xml file. This file has an ElementsManifest element, which lists other XML files, one for each element in the feature. And these subsequent XML files are the ones which define the customisations you want to make.

To add a Feature to a site, that appears to be it. Then dependent on the scoping defined in your feature.xml, you can just activate it on a site through a button under Site Administration.

For the above, I am indebted to the mighty Pattison and Larson.

I understand that it would be possible to add a Feature to a custom Site Definition and create sites based on that.

But there is also something called Feature Stapling which seems worth investigation. It seems to be a way to attach a Feature to one of Microsoft's Site Definitions in such a way that you don't have to tamper with Microsoft's stuff.

Finally I've been grappling with this slightly more advanced example of a custom feature implementation back over at Todd Baginski's blog.

October 03

Clean up as you go

It can be confusing to program against the WSS object model, not least because it's hard to know which objects you're responsible for disposing of yourself.
 
Luckily, there's a handy guide to disposing of WSS objects, which makes matter quite a bit clearer.
 
I'm sure we'll all get the hang of it eventually.

Anonymous access to SharePoint sites

The SharePoint Platform Team Blog has an excellent article about enabling anonymous access to SharePoint sites. By default, users will obviously have to log in. To enable anonymous access, you need to allow limited access first at the IIS level, then for the web application, then the site collection and on down the hierarchy. If I understand this correctly, you cannot just allow someone to have access to a certain document library, list or document on your site. They need to be able to see the whole surrounding context.

Site Definitions

Todd Baginski has reposted an excellent article about SharePoint Site Definitions.
 
The difference between site definitions and site templates is not always clear to the newcomer.
 
Site templates can be saved off readily from within your site but seem to be less powerful. I read somewhere that they are best understood as saving off a macro which would make your exact changes again to one of the existing site definitions.
 
 
 

Peter Reavy

Occupation
Location