A month has passed and it is time to register for the June meeting of the Atlanta SharePoint User Group. We are meeting Monday, June 15th at the Microsoft Offices in Alpharetta.
We have 2 great speakers this month. Here they are along with their talk titles and abstracts:
SharePoint Infrastructure Planning and Considerations
Creating a SharePoint 2007 farm always seems like an easy process (set up hardware, insert disk, click next, click next, repeat). Then, about 2 hours (sometimes 2 months) later you realize the importance of planning your implementation, realizing that the only way to solve your problems is to start over. Tom Scott will walk you through many of the "gotchas" that haunt SharePoint infrastructure professionals. Learn how to deliver your SharePoint 2007 farm right the first time and avoid this vicious cycle.
Building Browser Based InfoPath Forms for the Enterprise
With a knack for developing browser-based InfoPath forms coupled with SharePoint Designer and Visual Studio workflows, Michael will be providing insight into how you can take your forms implementations to the next level. This presentation will explore such topics as how to design for centralized and decentralized environments, the usage of data connections, and secondary data source filtering. Michael brings three years of InfoPath Forms Services experience with him, and has conducted a number of enterprise implementations. Come prepared for a fast-paced session that will leave you plenty of great tips and tricks.
Come check it out, the registration link is on the site (www.atlspug.com).
Have you ever thought about using SharePoint as a data repository for your application? Maybe you want to create a website using a custom front end, leveraging ASP.NET, Silverlight, Flash, or other technologies. Maybe your dev team is primarily composed of developers who have little to no SharePoint development experience. If that’s the case you want to tune in to my upcoming webcast on Wednesday discussing using SharePoint as a data store. We’ll talk about some pros and cons of this approach, as well as strategies and approaches to use when developing your solution(s). We will demonstrate using the API or web services depending on your scenario. Tips and tricks surrounding the approaches and strategies will also be discussed, but mostly, it will be an interactive type discussion surrounding the various approaches.
SharePoint provides so much out of the box, that using it in this way still can increase productivity and give your content managers smiles on their faces again. See how to use approval, versioning, galleries, security, and many of the SharePoint features in your custom code so that your application benefits from them all.
Hope to see you there!
http://msevents.microsoft.com/CUI/WebCastEventDetails.aspx?culture=en-US&EventID=1032413424
In case you didn’t know, there is a new SharePoint User Group in Atlanta. It was announced during the Atlanta SharePoint Saturday event held on April 18th and we had our very first meeting the following Monday, April 20th. The most amazing thing was that we had almost 30 attendees to the very first meeting (after less than 2 days of publicity). This was very exciting as it clearly demonstrates that there is a void to be filled in the greater Atlanta area with respect to a SharePoint User Group. The first meeting was a huge success. As a group we all discussed how we wanted the group to evolve, what is involved in having a successful user group as well as some ad-hoc question and answer sessions.
Our next meeting is next Monday, May 20th. I will be discussing building a development environment for SharePoint using virtualization. The talk is meant to be interactive, meaning everyone will be sharing their experiences, but more importantly, we will be discussing ways to make our development experiences more productive. Whether this be by the use of 3rd party open source tools like WSP Builder, or simple scripting, or anything else that comes up.
Come check it out, the registration link is on the site. I am very excited to hear what everyone else is doing as well as sharing my experience with the group.
Join SharePoint architects, developers, end users and other professionals that work with Microsoft Office SharePoint Server 2007 for SharePoint Saturday, on Saturday, April 18th, 2009 at the Microsoft Office on Sanctuary Pkwy in Alpharetta, GA. SharePoint Saturday will be an educational, informative & lively day filled with sessions from respected SharePoint professionals & MVPs, covering a wide variety of SharePoint-orientated topics. SharePoint Saturday is FREE, open to the public and is your local chance to immerse yourself in SharePoint!
SharePoint Saturday Atlanta is less than 2 weeks away. We have quite a line up scheduled for this event along with some AWESOME speakers! There are 5 tracks, each with 5 sessions, covering everything including End-User, Development, Admin and Special Interest. It’s going to be an awesome day of FREE SharePoint training. On top of the FREE training, we are going to have tons of giveaways, including lots of books as well as some training. The speakers & sessions are posted at http://www.sharepointsaturday.org/atlanta/default.aspx along with the registration link.
Space is limited and filling up fast so be sure to register sooner as opposed to later.
Let me start this post by saying that I am very excited. I have a new job! After working the past 20 months for quite possibly the best consulting company in the country as far as I am concerned, I have decided to make a move. Not only was Slalom Consulting a great place to work, but the people there were fantastic. It is them I will miss the most. I thoroughly enjoyed my time there and wish the organization the best.
So where am I going? I am joining the team at B&R Business Solutions! I will be working with some very smart people as well as some fellow SharePoint MVP's. Some of those people include, but are not necessarily limited to Jason Medero, Chris Regan, Bob Fox, Josh Carlisle, and Michael Lotter.
I will be working from home. This means a lot to me since I was averaging about 2 hours a day in the car commuting. I also tended to eat out every day. Now I will be able to enjoy more time at home with my family.
Technically, I don't start until January 5th. I am heading home to Moncton, New Brunswick, Canada next Saturday to spend the holidays with our families. Jody and Lily flew out last Friday and I miss them already.
Come join us on Monday, November 3rd at our usual location, the Microsoft Regional Headquarters at the Sanctuary Park Complex in Alpharetta for an evening of questions and answers. Hopefully you've spent the week watching, or better yet if you are lucky, participating in the PDC breakout sessions. At this months meeting we are going to give the fish bowl format a whirl and discuss some of the things we have learned at PDC (or while watching the break out sessions). What is the fish bowl format you may ask?
In a fish bowl, there will be several chairs set up in the front of the room with one chair left intentionally empty. This empty chair is for you to join the conversation. If something is said that you wish to comment on, come on up and take a seat. One of the other people sitting will then self select themselves to leave the panel. The session will continue on until there is nothing left to be said.
This should be a lot of fun, and educational. I for one, love hearing other peoples views on technology.
As always, the abstract, directions and speakers are located on the Atlanta Microsoft Professionals web site located at http://www.atlantamspros.com.
I hope to see you all there, and don't forget about the detour during bridge construction on Old Roswell Road!
I am currently working on a project where we plan on having thousands of teamsites. In order to help the search process we had to make a few modifications to the default page, namely adding some meta tags that once crawled, we could surface as managed properties and use to enhance the search experience. As we all know, modifying the out of the box files is a no-no so we were left with 2 options to consider.
The first option we considered was to create a custom site definition with our custom default.aspx page. The second option was to create our custom default.aspx page and swap it out with the original one via a Feature. After giving this much thought, we decided to go with the second, Feature based option.
If you want to read a good discussion on how/when/why to use a custom site definition, head on over to Joel Oleson's recent post on the subject and the conversations that followed; good stuff!
To start the process, I created a Feature called Custom Default Page. This Feature contains the following 5 files, all of which are discussed in more detail below.
- feature.xml
- customDefault.xml
- customDefault.aspx
- customDefault.aspx.cs
- CustomDefaultPageFeatureReceiver.cs
feature.xml
As we know all Features require at least one file and that file is feature.xml. This file contains the definition for the Feature, including it's name, description, id, and other meta data. It also contains references to supporting element files if they exist as well as a class and assembly if the Feature uses a receiver, which our does. Our Feature is defined as follows:
1: <?xml version="1.0" encoding="utf-8" ?>
2: <Feature
3: Id="featureGuid"
4: Title="Custom Default Page"
5: Description="This Feature contains a custom default page."
6: Version="1.0.0.0"
7: Scope="Web"
8: Hidden="TRUE"
9: DefaultResourceFile="core"
10: SolutionId="solutionGuid"
11: ReceiverAssembly="CustomDefaultPage, Version=1.0.0.0, Culture=neutral, PublicKeyToken=yourToken"
12: ReceiverClass="CustomDefaultPage.CustomDefaultPageFeatureReceiver"
13: xmlns="http://schemas.microsoft.com/sharepoint/">
14: <ElementManifests>
15: <ElementManifest Location="customDefault.xml" />
16: <ElementFile Location="customDefault.aspx" />
17: </ElementManifests>
18: </Feature>
All Features must have a unique identifier, specified by the Id attribute. We then add a Title, Description, and Version. This Feature is scoped to Web as any site at any level can use it. I made my Feature hidden since I don't want it available on all sites. In fact, the original purpose of this Feature in my specific case was that it be used on the top level site of a teamsite site collection only, such that we can index the home page of the site collection independently of its content and have it appear and be ranked in search results based on the custom meta information we added to it. That may sound long winded but I plan on blogging that particular problem and solution at a later date.
We can see that the Feature is backed by an assembly and class that define its receivers. Also, we see that the customDefault.aspx we are going to use is defined by an ElementFile element and the module that will provision that file is defined by the an ElementManifest element in the customDefault.xml file.
customDefault.xml
This file contains a module element that will provision our customDefault.aspx page to the root folder of the SharePoint site in which the Feature is activated. It is defined as follows:
1: <?xml version="1.0" encoding="utf-8"?>
2: <Elements xmlns="http://schemas.microsoft.com/sharepoint/">
3: <Module Name="CustomDefault" Url="" RootWebOnly="TRUE">
4: <File Path="customDefault.aspx" Url="customDefault.aspx" IgnoreIfAlreadyExists="TRUE" />
5: </Module>
6: </Elements>
This is quite bare bones and simple. The module specifies the local Path (in the feature folder), the Url on the SharePoint site (no folder = root folder) and to always replace it when the Feature is activated.
customDefault.aspx
I am not going to get into the details of what I placed into this file other than the fact that I grabbed a copy of the default.aspx file located at C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\SiteTemplates\sts\default.aspx and renamed it in my project. I also created a backing class for it and consequently needed to changed the directive at the top of the file from this:
<%@ Page language="C#" MasterPageFile="~masterurl/default.master" Inherits="Microsoft.SharePoint.WebPartPages.WebPartPage,Microsoft.SharePoint,Version=12.0.0.0,Culture=neutral,PublicKeyToken=71e9bce111e9429c" %>
to something like this:
<%@ Page Language="C#" MasterPageFile="~masterurl/default.master" Inherits="CustomDefaultPage.CustomDefaultPage, CustomDefaultPage, Version=1.0.0.0, Culture=neutral, PublicKeyToken=yourToken" %>
Then, in my CustomDefaultPage.aspx.cs class, I can add code to do whatever I want on my custom default page, such as insert custom meta data as was the case for me. This allows me to have complete control over the custom default page exactly like I would in a regular asp.net web application.
customDefault.aspx.cs
I won't go into the details of this file either, but it looks similar to this, with my logic inserted.
1: using System;
2: using System.Web.UI.HtmlControls;
3: using System.Web.UI.WebControls;
4:
5: using Microsoft.SharePoint;
6: using Microsoft.SharePoint.WebPartPages;
7:
8: namespace CustomDefaultPage
9: {
10: public class CustomDefaultPage : WebPartPage
11: {
12: /// <summary>
13: /// Raises the <see cref="E:System.Web.UI.Control.Load"></see> event.
14: /// </summary>
15: /// <param name="e">The <see cref="T:System.EventArgs"></see> object that contains the event data.</param>
16: protected override void OnLoad(EventArgs e)
17: {
18: // code removed for brevity
19: }
20:
21: }
22: }
CustomDefaultPageFeatureReceiver.cs
All of the magic happens when the Feature is activated AND when the Feature is deactivated. You may be wondering why the deactivation code is required. Consider a hosted environment where the need to remove customization WITHOUT breaking SharePoint. Depending on how your activation and deactivation code is written, it is possible to render the home page of your site inaccessible (I know since in the process of building this it happened to me). This is very undesirable, so it is always a good idea to anticipate what may need to happen when you deactivate a Feature. Some Features may not require any special logic when they are deactivated, but some most certainly do and I believe that this is a case when you should handle that.
The code for the Feature Receiver will look something like this:
1: using System;
2: using System.IO;
3: using System.Web.UI.WebControls.WebParts;
4: using System.Xml;
5:
6: using Microsoft.SharePoint;
7: using Microsoft.SharePoint.Utilities;
8: using Microsoft.SharePoint.WebPartPages;
9:
10: namespace CustomDefaultPage
11: {
12: public class CustomDefaultPageFeatureReceiver : SPFeatureReceiver
13: {
14: /// <summary>
15: /// Occurs after a Feature is activated.
16: /// </summary>
17: /// <param name="properties">An <see cref="T:Microsoft.SharePoint.SPFeatureReceiverProperties"></see> object that represents the properties of the event.</param>
18: public override void FeatureActivated(SPFeatureReceiverProperties properties)
19: {
20: if (properties != null)
21: {
22: // get a reference to the web
23: SPWeb web = properties.Feature.Parent as SPWeb;
24:
25: // back up the original home page
26: SPFile defaultPage = web.Files["default.aspx"];
27: defaultPage.MoveTo("default-old.aspx");
28:
29: // add components to the new custom default page here, if necessary
30:
31: // move the new default page to default.aspx
32: SPFile newDefaultPage = web.Files["CustomDefault.aspx"];
33: newDefaultPage.MoveTo("default.aspx");
34:
35: // update navigation, if necessary, here
36: }
37: }
38:
39: /// <summary>
40: /// Occurs when a Feature is deactivated.
41: /// </summary>
42: /// <param name="properties">An <see cref="T:Microsoft.SharePoint.SPFeatureReceiverProperties"></see> object that represents the properties of the event.</param>
43: public override void FeatureDeactivating(SPFeatureReceiverProperties properties)
44: {
45: if (properties != null)
46: {
47: // get a reference to the web
48: SPWeb web = properties.Feature.Parent as SPWeb;
49:
50: // delete the default page
51: SPFile defaultPage = web.Files["default.aspx"];
52: defaultPage.DeleteAllPersonalizationsAllUsers();
53: defaultPage.Delete();
54:
55: // restore the back up
56: SPFile originalDefaultPage = web.Files["default-old.aspx"];
57: originalDefaultPage.MoveTo("default.aspx");
58: }
59: }
60:
61: /// <summary>
62: /// Occurs after a Feature is installed.
63: /// </summary>
64: /// <param name="properties">An <see cref="T:Microsoft.SharePoint.SPFeatureReceiverProperties"></see> object that represents the properties of the event.</param>
65: public override void FeatureInstalled(SPFeatureReceiverProperties properties)
66: {
67: //throw new Exception("The method or operation is not implemented.");
68: }
69:
70: /// <summary>
71: /// Occurs when a Feature is uninstalled.
72: /// </summary>
73: /// <param name="properties">An <see cref="T:Microsoft.SharePoint.SPFeatureReceiverProperties"></see> object that represents the properties of the event.</param>
74: public override void FeatureUninstalling(SPFeatureReceiverProperties properties)
75: {
76: //throw new Exception("The method or operation is not implemented.");
77: }
78:
79: }
80: }
I played around a lot with the MoveTo() and CopyTo() methods and this is the combination that worked 100% of the time. I have found CopyTo() to be a little unpredictable but your mileage may vary. The key takeaway here is to always anticipate your Features deactivation needs, especially in a hosted environment. All hosting companies have an Service Level Agreement (SLA) to adhere to and if they determine that your customization is causing a problem, I would venture to bet that there is language in that agreement that allows them to deactivate you customizations to honor that agreement and if that were to happen, I would want my users experience to not be interrupted, at least not to the degree that an unavailable home page might produce, wouldn't you?
I thought I would let the world know, particular those of you in the NYC metropolitan area that on Wednesday, November 5th, I will be participating in the New York City SharePoint User Group meeting. I will be participating on a development panel of sorts answering questions on you guessed it, SharePoint development, my all time favorite topic. Some other awesome SharePoint folks will be attending as well. Allan Schweighardt from Microsoft, Piotr Prussak from Revlon, Jason Medero and Bob Fox from B&R Business Solutions, and Paul Galvin from EMC Corporation.
Here is a short abstract taken from the site (NYC SharePoint User Group):
The discussions will be divided up into two areas IT Pro and Development. Both areas will be comprised of a great group of expert panelists answering all type of questions ranging from architecture, workflow, infrastructure, custom development and many other great topics. The members on the panel will consist of seasoned experts along with multiple SharePoint MVP’s! So bring your best questions and discussion topics to next month’s meeting and lets jump into the trenches of SharePoint Products and Technologies!
It should be a great event and I hope to see you there!