[Home] [Recent] [Site Map] [SharePoint] [XBOX]
The reason that even many seasoned SharePoint professionals don"t know much about the Three-state workflow is because the feature isn"t activated by default—you will have to go into the Site collection features, and activate it.
Once you have activated the Three-state workflow feature, it will be available as a workflow template to all your lists, libraries, and content types.
The Three-state workflow allows you to track the status of an item between three states. This is very useful when tracking issues, project tasks, leads, or other similar items.
I won"t bore you with details on how to use it; Microsoft has already done an excellent job of explaining how to use the Three-state Workflow. My mission here is just to let you know that it exists. I will leave you with one small screenshot though, just to whet your appetite. Look at all the options you have for the task and email details for each transition step.
Enjoy!

For more information or to download an evaluation copy of SPA, visit the Site Provisioning Assistant Product home page.
To further help you with your SharePoint Governance planning, here are a few more useful links:
SharePoint Governance, by Mike Gannotti
Key Governance Considerations in a SharePoint Deployment, by Joel Oleson
SharePoint Governance, Part 1, by Robert Bogue
SharePoint Governance, Part 2, by Robert Bogue


The full course description and outline is available here.
On top of all this, the course was written and is taught by a true expert in SharePoint branding and customization. You won"t often hear his name tossed around in the SharePoint Community, but he has as much, if not more, experience branding SharePoint as anybody out there.
His name is Kevin Pine and he has a background as a professional web site developer. For the past three years, he has been devoted full-time to SharePoint branding here at SharePoint Solutions. He wrote our Extreme Makeover 2003 course that was very successful and popular during 2003 - 2006. He has also done numerous SharePoint branding projects for our consulting clients including BP, Central Michigan University, Sarah Cannon Cancer Research Institute, and many others.
On top of all this, Kevin is an outstanding classroom teacher.
So, if you need to come up to speed quickly on all of the details and nuances of SharePoint 2007 branding and customization, in my opinion you can"t find a faster and better way to do this than come take Kevin"s class.
We run the class every 4 - 6 weeks and rotate it around through our different locations. Here are the next two classes on the schedule:
June 5 - 7, Charlotte, NC
July 24 - 26, Nashville, TN
You can register here.
Eric Charran of Microsoft recently published a MSDN article covering team-based development on the SharePoint 2007 platform. Eric begins by delineating the roles of artifact development and assembly development, discussing environmental and procedural similarities and dissimilarities. Eric’s article then covers integration builds and deployment processes, with the aid of some well-designed illustrations. Overall, Eric’s article is informative, and should be read by anyone seeking a high-level understanding of team software development on SharePoint.
For a few years now, our software engineering team here at SharePoint Solutions has been using a development environment similar to what Eric describes. Because we are geographically distributed, we rely on local virtual development environments (robust Dell laptops running Virtual Server 2005 RC2), that connect to Team Foundation Server over VPN. Prior to TFS and VPN, we used Visual Source Safe with SourceGearSourceOffSite and CruiseControl.NET. SourceOffSite was (barely) a workable solution, but now seems like the dark ages in comparison to Team Foundation Server. As for the source code vault itself, we take the approach of using a common mainline for team builds, with each of us working in isolated virtual build labs for incremental building and testing. We merge from our independent VBLs to the common Mainline, and kick off team builds for testing and release.
We are primarily focused on producing software solutions for redistribution, so every artifact and assembly we create must be packaged for deployment. In Visual Studio, our solutions are comprised of modified C# class library projects which have been customized to output SharePoint deployment packages (.wsp). Although the VSeWSS toolset has some nice conveniences, it just doesn’t provide us with the granularity we need for packaging commercial applications. A simple example of how we structure a project can be found in my October 2006 post Anatomy of a SharePoint WSS v3 Feature Project in Visual Studio 2005.
Finally, we depend on the WiX toolset for creating Windows Installer packages to distribute our software products. Here too, we use modified C# class library projects which have been customized to output MSI setup packages. The last step of our team build process zips up the appropriate outputs, then places them in a staging area where they await manual release to web (RTW).
I"m anxiously awaiting Microsoft"s release of Visual Studio Extensions for SharePoint Services as mentioned by Mathew Cosier here, Mart Muller here, and Wes Preston here. When released, these new extensions should make our lives as SharePoint developers a bit simpler. In the meantime, if you follow a consistent approach when laying out the structure and outputs of your WSS v3 Feature project, it becomes possible to create useful and time-saving tools for automation inside the Visual Studio 2005 IDE. In my development environment I"ve defined and frequently use tools to add, deploy, upgrade, retract, and delete a WSS Solution Package (wsp). My favorite of these tools is the upgrade operation, as it allows for a quick "build and test" iterative development cycle. Behind the scenes, each of these tools call the appropriate stsadm.exe operation and display the command"s result in Visual Studio 2005"s Output Window.
As I previously mentioned, for these external tools to be useful across all of your WSS Feature projects requires consistency in how you structure the artifacts and outputs of your project. In an earlier post, I walked you through the anatomy of a WSS v3 Feature project. Three key factors of my example Feature project"s anatomy allow my external tools to function and be re-used. Please take a look at my earlier post for the specifics on how these are implemented:
Let"s take a look at specific implementation for each of the external tools I"m using. To define these tools, from Visual Studio 2005 go to Tools->External Tools on the menu bar.
Command: C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN\STSADM.EXE
Arguments: -o addsolution -filename "$(ProjectDir)Package\$(TargetName).wsp"
Command: C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN\STSADM.EXE
Arguments: -o deploysolution -local -allowgacdeployment -allcontenturls -name $(TargetName).wsp
Command: C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN\STSADM.EXE
Arguments: -o upgradesolution -local -allowgacdeployment -name $(TargetName).wsp -filename "$(ProjectDir)Package\$(TargetName).wsp"
Command: C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN\STSADM.EXE
Arguments: -o retractsolution -local -allcontenturls -name $(TargetName).wsp
Command: C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN\STSADM.EXE
Arguments: -o deletesolution -name $(TargetName).wsp
As a bit of review, remember that the WSS Solution Package framework involves two-stage operations for both deployment and retraction. WSP packages must first be added to the solution store and then forward deployed to the Farm. Conversely, WSP packages must be retracted from the Farm and then deleted from the solution store in order to be removed.
Keeping the WSS v3 Solution Framework"s deployment mechanisms in mind, doing a WSP Solution Add command followed by WSP Solution Deploy would get your project initially deployed into the SharePoint Farm. Running WSP Solution Retract then WSP Solution Delete would remove your project from the Farm and the solution store. As I mentioned earlier, the command I use most frequently is WSP Solution Upgrade. Upgrade allows me to iteratively cycle my code changes into SharePoint and simply hit refresh in my browser to see the updates.
Having these stsadm.exe call available directly from Visual Studio 2005"s IDE has saved me a lot of clicking, typing and time. I"ll finish up with a few "where do I go from here" thoughts. If desired, a developer could completely automate the package upgrade process by adding stsadm.exe"s upgrade operation to the AfterBuild target of the project. Taking things a step further, stsadm.exe"s extensibility can be leveraged to create additional external tools such as AC"s WCM Custom Commands for STSADM.EXE.
Categories: sharepoint, wss, software, development, programming, microsoft, visual-studio
Running Add-SqlFbaWss in wizard mode (‘W’ from the main menu) will execute all of the above tasks consecutively. Where ever possible, default values for configuration settings are suggested and answers to earlier configuration settings are remembered. Outside of wizard mode, each of the tasks may also be run independently.
For systems integrators and other experts, SPCS includes a set of command utilities (cmdlets in PowerShell speak) for configuring more complex custom provisioning scenarios.
For more information about downloading, installing and using SPCS visit our Software Support Knowledge Base.
How do I install the SPSolutions PowerShell Commands for SharePoint?
How do I use SPCS to setup forms based authentication (FBA) in SharePoint?
Site List:
>>Xbox Live_s Major Nelson
>>Xbox 360 & SharePoint 2007 Weblog
>>Carsten Keutmann_s Blog
>>Mohamed Zaki_s Blog [Sharepoint MVP]
>>The Mit_s Blog
>>Mart Muller_s Sharepoint Weblog
>>Microsoft SharePoint Products and Technologies Team Blog
>>SharePoint Solutions Blog
>>4GuysFromRolla.com Headlines
>>ASP.NET Blogs
>>SharePoint Blogs
>>SharePoint Blogs
>>Joel on Software
>>ADO Guy_s Rants and Raves
>>Microsoft Live Labs
>>GadgetNews
>>Windows Vista Team Blog
>>VoIP & Gadgets Blog
>>schrankmonster blog
>>Via Virtual Earth Blog
>>Feed
>>MSDN Blogs
>>Mashable!
Links:
Jack's Readings
Month Archives:
Oct 2007
Sep 2007
Top Tags:
social software social networking .NET mashable Sharepoint ASP.NET Web 2.0 Web2.0 Startups Community News Search Marketplace General Software Development AJAX Windows Vista Visual Studio Microsoft myspace Silverlight People Powered! YouTube Vista MOSS Featured News C# Events MOSS 2007 Google WPF Office 2007 Web Community Security General Personal Xbox 360 facebook Tools development SharePoint 2007 Fun Atlas Architecture ASP.NET AJAX myspace codes TheLongTail IIS SQL Server Developers Revenue Sharing Video Pictures WCF Mobile 2.0 Announcements Orcas MIX07 Arcade Team System JavaScript News
@2007 All rights Reserved |