Serge van den Oever [Macaw]

C:\Program Files\Reference Assemblies for assemblies to reference in your code

svdoever — Sun, 20 Jul 2008 20:35:01 GMT

I just stumbles across a "new" concept of Microsoft. In the C:\Program Files\Reference Assemblies folder Microsoft installs assemblies for products that can be referenced from your code. Instead of referencing assemblies directly from the GAC or copying an assembly from an installation folder or the GAC to your project for reference, you can now reference the assemblies in this folder.

We have a similar approach in our Macaw Solutions Factory where we have a _SharedAssemblies folder to keep track of all external assemblies to reference. We prefer to keep the assemblies with the source that is checked into source control, because otherwise it is possible that a build server does not contain the expected assemblies when compiling a checked-out solution and can't successfully compile the solution.

On the MsBuild team blog you can read more about this feature that happened to be with us since the .Net 3.0 framework:

http://blogs.msdn.com/msbuild/archive/2007/04/12/new-reference-assemblies-location.aspx

Also other applications like PowerShell keep their assemblies to reference in this location.

Use VS2008 to create a VSPackage that runs in VS2008 and VS2005

svdoever — Wed, 04 Jun 2008 21:15:45 GMT

We all want to use the new features in Visual Studio 2008 during development. When using VS2008 for VsPackage development we need to install the Visual Studio 2008 SDK. The approach taken for building VsPackages in VS2008 is incompatible with the approach taken in VS2005. In this article I explain an approach to use VS2008 to build a compatible VsPackage that can be tested in the experimental hives of both versions of Visual Studio.

About VsPackage

A VsPackage is a very powerful Visual Studio extensibility mechanism
Visual studio knows about a VsPackage and its functionality through registry registrations
To test a VsPackage without messing up your Visual Studio, the Visual Studio SDK created a special experimental “registry hive” containing all required Visual Studio registrations. Visual studio can be started with the name of this hive to test your VsPackage in a “sandbox” environment
This hive can be reset to its initial state in case of problems or to do a clean test
In Visual studio 2005 the hive is created under HKEY_LOCAL_MACHINE, this gives issues under Vista where a normal user may not write to this part of the registry
In Visual studio a “per user” experimental hive is supported, so you can do Run As a Normal User development

In the Visual Studio 2005 SDK the experimental hive was created on installation because the same experimental hive was used for all users. In the Visual studio 2008 SDK the experimental hive is per used, so each user needs to recreate it’s own expirimental hive. You can do this by executing the following command from the Start Menu: Microsoft Visual Studio 2008 SDK -> Tools -> Reset the Microsoft Visual Studio 2008 Experimental hive.

What this command does is executing the following command: VSRegEx.exe GetOrig 9.0 Exp RANU. The RANU argument means: Run As a Normal User.

Referenced assemblies

A VS2008 VsPackage project will normally reference the following assemblies:

If we want to run the VsPackage on VS2005 as well, we may not reference assemblies from VS2008 (the assemblies ending with 9.0). The set of assemblies we should reference are:

VsPackage registration

But because Visual Studio uses a tool called RegPkg.exe to generate the required registry entries to make the VsPackage known to Visual Studio, and that the RegPkg.exe application for VS2008 uses the Microsoft.VisualStudio.Shell.9.0 assembly and the RegPkg.exe application for VS2005 uses the the Microsoft.VisualStudio.Shell assembly, we have a problem.

But Microsoft was so kind to provide a howto on migrating VsPackage projects to VS2008. See http://msdn.microsoft.com/en-us/library/cc512930.aspx for more information. If you have followed the steps to migrate an existing VS2005 project to VS2008, there is an interesting section on what to do if you want to use the Microsoft.VisualStudio.Shell assembly instead of the Microsoft.VisualStudio.Shell.9.0 assembly, and in that way stay compatible with VS2005.

The steps are as follows:

A VsPackage project has a project file that is actually an MsBuild file. To open this file in Visual studio do the following:

Right click on the VsPackage project
Select Unload Project (save changes if requested)
See the project named changed from FooBar to FooBar (unavailable)
Right click again and select Edit FooBar.csproj
Add the following lines to the last PropertyGroup:

<UseVS2005MPF>true</UseVS2005MPF>

<RegisterWithRanu>false</RegisterWithRanu>
Save project file
Right click on the project and select Reload Project

After these changes the RegPkg.exe for VS2005 is used to generate the registry settings. But this tool can only generate registry settings for a hive in HKEY_LOCAL_MACHINE, and not for a hive in HKEY_CURRENT_USER. This means that development must be done as an administrator.

If we now build the application we get the following error: “Failed to retrieve paths under VSTemplate for the specified registry hive.”, we must register a new registry hive for VS2008 in HKEY_LOCAL_MACHINE with the following command: VSRegEx.exe GetOrig 9.0 Exp.

For more information on the RegPkg.exe utility, see the excellent blog post at http://www.architekturaforum.hu/blogs/divedeeper/archive/2008/01/22/LearnVSXNowPart8.aspx. Don’t forget to read the rest of that blog post series.

Last step to do is changing the way VS2008 is launched when debugging the VsPackage with F5. Right-click the VsPackage project and select properties. Now remove RANU from the command line arguments box:

Because we want to target both VS2005 and VS2008 with the VsPackage, we should also test the package on VS2005. So assuming that VS2005 is installed on the development machine as well, create an experimental hive for VS2005 using the command: VSRegEx.exe GetOrig 8.0 Exp. We don’t need to install this experimental hive if we installed the Visual Studio SDK for VS2005 as well.

To register the VsPackage for VS2005 as well and start VS2005 under the experimental hive, you can add a small batch script to your solution. Add a file TestInVS2005.bat in the root of the solution folder as a solution item. The TestInVS2005.bat file should have the following content:

"%VSSDK90Install%VisualStudioIntegration\Tools\Bin\VS2005\regpkg.exe" /root:Software\Microsoft\VisualStudio\8.0Exp /codebase %~dp0FooBar\bin\Debug\FooBar.dll

"%VS80COMNTOOLS%..\IDE\devenv.exe" /rootSuffix exp

Pause

We can now right-click on the TestInVs2005.bat file, select Open With… and browse to the TestInVs2005.bat file itself to open the file with. It then starts the batch script.

Edit file in Wss3 web application with SharePoint Designer blows up your web site

svdoever — Tue, 29 Jan 2008 10:21:02 GMT

I wanted to create a simple html file in the root of my Wss3 web application, so I created an empty file test.htm. I double clicked te file and because I have SharePoint Designer installed, it is the default editor for .htm files. I put some test into the .htm file along the lines of "Hello world!", and boom: my Wss3 web application is dead. I get the following error:

Server Error in '/' Application.

Parser Error

Description: An error occurred during the parsing of a resource required to service this request. Please review the following specific parse error details and modify your source file appropriately.
Parser Error Message: Data at the root level is invalid. Line 1, position 1.
Source Error:

Line 1:  <browsers>
Line 2:      <browser id="Safari2" parentID="Safari1Plus">
Line 3:          <controlAdapters>

Source File: /App_Browsers/compat.browser Line: 1

Version Information: Microsoft .NET Framework Version:2.0.50727.832; ASP.NET Version:2.0.50727.832

After some searching I found what happened:

When you open a file with SharePoint Designer, it creates all kind of FrontPage Server Extension functionality in your web application. One thing it does it that it creates a _vti_cnf folder in every folder you have in your web application. If you remove all these folders you fix your problem.

I don't know of a handy DOS command to delete all these folders recursively, but with some PowerShell I solved the problem.

Open a PowerShell prompt, set the current directory to the folder hosting your web application and execute the following command to see the "damage":

PS C:\Inetpub\wwwroot\wss\VirtualDirectories\wss3dev> get-childitem -path . -name _vti_cnf -recurse
_vti_cnf
App_Browsers\_vti_cnf
App_GlobalResources\_vti_cnf
aspnet_client\system_web\2_0_50727\CrystalReportWebFormViewer3\CSs\_vti_cnf
aspnet_client\system_web\2_0_50727\CrystalReportWebFormViewer3\html\_vti_cnf
aspnet_client\system_web\2_0_50727\CrystalReportWebFormViewer3\Images\ToolBar\_vti_cnf
aspnet_client\system_web\2_0_50727\CrystalReportWebFormViewer3\Images\Tree\_vti_cnf
aspnet_client\system_web\2_0_50727\CrystalReportWebFormViewer3\JS\_vti_cnf
wpresources\_vti_cnf
_app_bin\_vti_cnf

Now execute the following PowerShell command to kill all these folders and become a happy camper again:

PS C:\Inetpub\wwwroot\wss\VirtualDirectories\wss3dev> get-childitem -path . -name _vti_cnf -recurse | % { remove-item -Path $_ -recurse }

Reduce the size of a virtual hard disk before delivery for reuse

svdoever — Mon, 14 Jan 2008 23:55:17 GMT

When delivering a virtual hard disk to your team to build their virtual machines on I perform the following steps to minimize the size of the virtual hard disk. It is assumed that Virtual Server 2005 R2 SP1 is installed.

Make sure you merged the Undo disks, and that differencing disks are merged with their parent disks
Disable undo disks
Start the virtual machine to compact
In the virtual machine download CCleaner on http://www.ccleaner.com . This is a great tool to clean your disk from history files, cache files etc. I run this almost daily on my virtual machines and my host system. Thanks Danny for introducing me to this great tool.
Quote from their website:
CCleaner is a freeware system optimization and privacy tool. It removes unused files from your system - allowing Windows to run faster and freeing up valuable hard disk space. It also cleans traces of your online activities such as your Internet history. But the best part is that it's fast (normally taking less than a second to run) and contains NO Spyware or Adware! :)

During installation beware of the option to install the Yahoo toolbar, you often overlook this co-packaging options from Microsoft, Google and Yahoo:
In the virtual machine run CCleaner with the options you prefer, my options are:
Shut down the virtual machine
Mount the virtual hard disk to compact using vhdmount (part of Virtual Server 2005 R2 SP1):
"C:\Program Files\Microsoft Virtual Server\Vhdmount\vhdmount" /p “drive:\folder\YourVirtualHarddiskToCompress.vhd”
Go to Start > My Computer; Right-click and select Manage. Now defragment the disk mounted in step 6
"C:\Program Files\Microsoft Virtual Server\Vhdmount\vhdmount" /u /c “drive:\folder\YourVirtualHarddiskToCompress.vhd”
Now start your virtual machine, and mount the ISO image C:\Program Files\Microsoft Virtual Server\Virtual Machine Additions\Precompact.iso. I personally use VMRCPlus to mount the ISO, right-click on CD-Drive and select Attach Media Image file… as shown in the screenshot below
When you navigate to the drive where the ISO image is mounted, the precompaction starts. The precompaction writes zero’s in all unused space in the disk, so the disk can be compacted in the next steps.
Shut down the virtual machine
Now start compaction of the virtual disk. This can be done in VirtualPC 2007, in the administrative web Virtual Server 2005, or in VMRCPlus, which I use here. Navigate to Tools > Virtual Disks > Inspect Virtual Hard disk, select your vhd to compact and select disk operation Compact
Done! Make your virtual hard disk read only, and start creating differencing disks based on your new base disk.

VirtualPC/Virtual Server machine at higher resolution than 1600x1200!

svdoever — Mon, 07 Jan 2008 22:36:02 GMT

I have always been so annoyed by the fact that on my laptop with 1920x1200 resolution I could only get a connection to my virtual machines at a resolution of 1600x1200, the max resolution by the emulates S3 graphics board, resulting in two 160 pixesl wide black bars on the left and right sides. But on Vista I did get a connection on higher resolutions, after some searching I found that the old Remote Desktop Connection software of XP (SP2) was the problem. Upgrade it to version 6 and you worries are over. See: http://support.microsoft.com/kb/925876/en-us. Happy virtual development!

SharePoint Content Management Package (CMP) explorer

svdoever — Sun, 06 Jan 2008 23:00:41 GMT

Ronalus has created a great small utility to explore the contents of SharePoint Content Management Pages called Content Migration Package Explorer.

This tool can be used to investigate the data exported by the SharePoint Content Migration API. You can create an export either with stsadm.exe, or with custom code.

As example for this weblog I exported a simple site containing some test data using the following command:

Stsadm.exe –o export –url http://wss3dev/FlexShop -filename c:\temp\FlexShop -nofilecompression

We now have a folder containing the output files, a set XML files and other files:

If we fire up the Content Migration Package Explorer we get the following startup screen:

You can now enter the export folder and browse through the exported information using a simple to use explorer, see below for some screenshots:

SharePoint development: handy little utility to get GUID’s and Attribute names

svdoever — Sun, 06 Jan 2008 16:56:24 GMT

I just stumbled accross a handy little utility that is really handy during SharePoint development: Show List and ViewGUIDs.

Type a Site URL, and select “Display Lists Titles and Ids”. From the list of lists you can select a list GUID, and with right-click copy it to the List ID input field.

After clicking “Display Views” you see the available list views. Again you can select a view guid, and with right-click copy it to the View input field.

Select “Display Items” to display the list items in the view.

With a click on “Display default List Attribute Names” de internal names of the fields in the list are displayed.

Very useful if you don't have tools like SharePoint Explorer or SharePoint Inspector installed, or if you find those tools too large/slow/complex to get some GUIDs and name information fast.

SharePoint stsadm.exe and the infamous "Command line error"

svdoever — Sat, 22 Dec 2007 00:11:30 GMT

The SharePoint command-line utility stsadm.exe was driving me crazy for the last two days. I'm automating all kind of this from PowerShell scripts, but I got the error "Command line error" while I was absolutely sure that what I was doing was correct. I did stsadm.exe -o deletesolution foobar.wsp. And the problem was: character encoding...

First I thought it was a problem with the way I executed this command from PowerShell. When I copied over the command to a different script it worked. What!!!??? Then I copied it over to the cmd.exe shell on the command line and I got the same error.

I started searching on Google and came accross this blogpost. It said it had something to do with encoding. The blog post also pointed to this blog post where people responded in the contents with the most hillarious solutions like:

If I type STSADM.EXE it works, while STSADM.exe does not work, or that a solution file must be in the same folder as stsadm.exe. Read the comments, it is fun how far off people can get.

Another post mentioning the problem is this discussion thread.

The problem happened to be in the encoding. One way or the other it is possible to get different encodings while typing in the same command multiple times in the same cmd.exe shell. Don't ask me how.

If you have problems, type your text in an editor like Notepad++, and switch between "Encode in ANSI" and "Encode in UTF-8" (it is under the Format menu in Notepad++). You see (sometimes)the dash(-) in stsadm -o command... change from '-' to a strange little block... There is the problem. The dash is not always a dash, it is a hyphen... And stsadm then thinks that no command is specified. Remove the strange block, type a hyphen while is UTF-8 encoding, copy that and bingo!! It works.

Ok, how to repeat this:

Start Notepad++, set encoding to ANSI
Make sure the path to stsadm.exe is in your path environment variable (or use full path)
Type stsadm -o deletesolution foobar.wsp
Start cmd.exe
Copy the text over and press enter: voila, Command line error.

The strange thing is that even if you remove the dash (-), and type it again, it still gives errors. I have no clue why.

This dash/hypen thing is a common problem if you search Google, for more info see for example:

The future of Domain Specific Languages on the Visual Studio platform

svdoever — Thu, 22 Nov 2007 22:42:43 GMT

Now Visual Studio 2008 is released (I know, I'm blogger #100.000 to mention this) it is interesting to look at the future of one of the important building blocks on the Microsoft platform for building Software Factories: the DSL Tools.

Stuart Kent, Senior Program Manager with the Visual Studio Ecosystem team, reveals a part of the post Visual Studio 2008 roadmap for the DSL tools in its blog post DSL Tools beyond VS2008.

Some of the mentioned concepts are already available in the implementation of the Web Service Software Factory: Modeling Edition, really interesting to have a look at the code.

The next version of Visual Studio will be Rosario. Clemens Rijnders describes some of the new Rosario features with respect to DSLs in his blog post Rosario Team Architect CTP10 Preview. One promising concept is the Designer Bus, which should simplify working with multiple DSLs in the same domain that reference each other. Some support for this functionality in currently available as the DSL integration service power toy.

PowerShell Exception handling using "Trap" explained - links

svdoever — Thu, 22 Nov 2007 15:53:30 GMT

PowerShell has powerful exception handling, but it is badly documented and takes while to understand what the heck they actually want to do to wire up the exception handling.

I'm normally not such a link poster, this is more of a "post-to-self" item that might be useful for others as well.

See Trap [Exception] { “In PowerShell” } for a very good explantation
See PowerShell: Try...Catch...Finally Comes To Life for a Try/Catch/Finally implementation in PowerShell for the more c# oriented developers

The P&P Web Service Software Factory modeling edition and the Secret Dutch Software Factory Society

svdoever — Fri, 16 Nov 2007 23:46:12 GMT

It is final! After almost nine months of hard work the version 3 of the Patterns&Practices Service Factory is released on CodePlex.

Johan Danforth already published this announcement here, but it doesn't hurt to bring it to your attention again because this stuff is good!

And the strange thing is that Don Smith, the Technical Product Planner of the Service Factory didn't had the time to blog about it and announce it officially. But I know why: he is a busy man! After TechEd 2007 in Barcelona last week (interview video), he was so kind to take the time to repeat the 3-days Service Factory Customization Workshop in the Netherlands with the Secret Dutch Software Factory Society.

I heard about this workshop through Olaf Conijn, who used to work at our great company Macaw. He announced the Dutch workshop in this blog post.

Olaf and Don did give this fantastic workshop at the domains of InfoSupport in Veenendaal, the Netherlands (thanks for the hospitality Marcel!). Way to far away from home (okay 80km in the Netherlands is trouble in the morning and afternoon), so a good reason to take a hotel and continue in the evenings where you often have the best conversations about beer, woman, and... oh ya, software factories.

Don and Olaf are great guys who know their stuff, and they even both did Bikram yoga, my addiction in life;-)

I personally wasn't really that interested in the web services part of the Web Service software factory, but in the customization part. And that is what we did. We customized the factory without "cracking the factory" (change the source code) through the great extensibility points that are available, and customized it while "cracking the factory" and changing the code. And the good thing is: this scenario is supported, documented and it is actually expected behavior to be done by companies who will be using the Service Factory;-). And the brilliant thing is: they even provided the code to build a complete MSI installer for your modified Service Factory!

The factory is provided with complete (recompileable) source code, and contains a lot of really interesting factory plumbing that I will elaborate on in a later post.

One thing is sure: we are definitely going to integrate the Web Service Software Factory into the Macaw Solutions Factory, our own software factory. It will fit like a glove (after some customization of course;-)). Brilliant work P&P!

Another great thing of three days together with 25 people busy with software factories is the amount of collective knowledge and the wealth of information we did share with each other. My compliments to Don and Olaf for providing a lot of room for this information sharing.

We gave presentations to each other about the things we are doing with software factories:

Gerben van Loon of Avanade talked about the Avenade's SOA Factory which supports the same domain as the Web Service SoftwareFactory. It is model driven (DSL), already built ages before the Service Factory: modeling edition, and has proved itself in over 20 projects. Many of its ideas actually influenced the P&P Service Factory modeling edition
Vincent Hoogendoorn en I talked about the Macaw Solutions Factory
Marcel de Vries of InfoSupport talked about their software factory Endeavour
Clemens Reijnen of Sogeti talked about his work on integrating the Service Factory with the Distributed System Designer of the Visual Studio Team System for Software Architects SKU
Gerardo de Geest of Avanade talked about research he has done on Building a framework to support Domain Specific Language evolution using Microsoft DSL Tools (presentation, article). Based on this work Avenade hopes to be able to migrate models from the Avenade factory to the P&P Service Factory

For more information see the MSDN landing page Web Service Software Factory: Modeling Edition. Check it out!

Powershell: Is a SharePoint solution installed or deployed?

svdoever — Wed, 10 Oct 2007 18:39:23 GMT

I was having some fun with PowerShell to talks against the SharePoint object model. I needed to know if a SharePoint solution was installed and if it was deployed. I got to the code below. Might be handy for someone to see how easy it is to get info out of SharePoint.

And the purpose I need it for? In our Macaw Solutions Factory we have a development build and a package build. Development build for SharePoint deploys everything to the bin folder of one or more web applications. Package build creates a solution package (.wsp file) that does install assemblies to the GAC. If this solutions package is deployed on the development machine, we want to detect that, because you will not see any changes after compile in a development build. The GAC assemblies have precedence over the assemblies in the web application bin folder.

So here is the code, have fun with it.

[void][reflection.assembly]::LoadWithPartialName("Microsoft.SharePoint")

function global:Test-SharePointSolution
{
    param
    (
        $solutionName = $(throw 'Missing: solutionName'),
        [switch]$installed,
        [switch]$deployed
    )
    
    if (!($solutionName.EndsWith('.cab') -or $solutionName.EndsWith('.wsp') -or $solutionName.EndsWith('.wpp')))
    {
        throw "solution name '$solutionName' should end with .cab, .wsp or .wpp"
    }
    
    if ($installed -and $deployed)
    {
        throw "Select either the '-installed' switch parameter or the '-deployed' switch parameter, not both at the same time"
    }
    
    $farm = [Microsoft.SharePoint.Administration.SPFarm]::get_Local()
    $solutions = $farm.get_Solutions()
    $solutioncheck = $false
    foreach ($solution in $solutions)
    {
        if ($solution.Name -ieq $solutionName)
        {
            if ($deployed)
            {
                $solutioncheck = $solution.Deployed
            }
            else
            {
                # installed, is always true if we get here
                $solutioncheck = $true
            }
            break
        }
    }
    return $solutioncheck
}

Test-SharePointSolution -solutionName wikidiscussionsolution.wsp -installed
Test-SharePointSolution -solutionName wikidiscussionsolution.wsp -deployed

PowerShell: Creating a SharePoint solution package (WSP file) with CAS

svdoever — Wed, 10 Oct 2007 18:31:23 GMT

I need to add some code access security information to a SharePoint solution package manifest file. Given the assembly file we can retrieve the required assembly info, and with some xml magic in PowerShell create some result xml. It is not actually the exact code I use in my solution, but it shows the job...

# function: GetAssemblyInfo
# Arguments: $assemblyFile - path to assembly file to determine information from
# Returns: Hashtable with the following keys: PublicKeyBlob, Name, Version
function global:GetAssemblyInfo
{
    param
    (
       $assemblyFile = $(Throw'Missing: assemblyFile')
    )

   if (!(Test-Path -Path $assemblyFile))
    {
        Throw"Assembly file '$assemblyFile' does not exist"
    }

   # Secutil returns:
   #Line 0: Microsoft (R) .NET Framework SecUtil 2.0.50727.42
   #Line 1: Copyright (c) Microsoft Corporation. All rights reserved.
   #Line 2:
   #Line 3: Public Key =
   #Line 4: 0x00240000048000009400000006020000002400005253413100040000010001003BBC200DC39F9419851471C4AF65A91540C5904D72694CDE6DF63427FAD8D180630538338E557D90BA4F18A2EF6F44F3A53A5C7CFE625F4954D53B4FF9CF700226FDF13F04731EDED323B1821BA38C5F310231007E7AF862F497174A127BD42C0FA4FAFF1154910B48E177E090888A7745145ED4F4F7BB75D28D6616961A71E3
   #Line 5: Name =
   #Line 6: Macaw.Mast.Wss3.Templates.Presentation.WebAppUI
   #Line 7: Version =
   #Line 8: 1.0.0.0
   #Line 9: Success
   $secutilExe = 'C:\Program Files\Microsoft Visual Studio 8\SDK\v2.0\Bin\SecUtil.exe'

   $resultLines = (& $secutilExe -hex -s $assemblyFile)
   if ($resultLines[9]-ne 'Success')
    {
        Throw"secutil.exe can't determine assembly information from assembly file '$assemblyFile', secutil.exe command failed"
    }
    @{'PublicKeyBlob' = $resultLines[4];'Name' = $resultLines[6];'Version' = $resultLines[8] }
}

$assemblyFile = 'C:\Inetpub\wwwroot\wss\VirtualDirectories\1000\bin\Macaw.Mast.Wss3.Templates.Presentation.WebAppUI.dll'
$result = GetAssemblyInfo -assemblyFile $assemblyFile
$result

This will result in the following output:

We can now create out code access security information (in this case in a SharePoint solution package manifest.xml file with code similar to the following code:

$assemblyInfo = GetAssemblyInfo -assemblyFile $assemblyFile
$policyItem = @"
<PolicyItem>
    <PermissionSet class="NamedPermissionSet" version="1" Description="Macaw Solution Factory generated permissionSet" Name="$($assemblyInfo.Name)-PermissionSet">
        <IPermission class="WebPermission" version="1">
            <ConnectAccess>
                <URI uri="`$OriginHost`$" />
            </ConnectAccess>
        </IPermission>
        <IPermission class="SmtpPermission" version="1" Access="Connect" />
        <IPermission class="SharePointPermission" version="1" ObjectModel="True" />
        <IPermission class="PrintingPermission" version="1" Level="DefaultPrinting" />
        <IPermission class="FileIOPermission" version="1" Read="`$AppDir`$" Write="`$AppDir`$" Append="`$AppDir`$" PathDiscovery="`$AppDir`$" />
        <IPermission class="EnvironmentPermission" version="1" Read="TEMP;TMP;USERNAME;OS;COMPUTERNAME" />
        <IPermission class="SqlClientPermission" version="1" Unrestricted="true" />
        <IPermission class="SecurityPermission" version="1" Flags="Assertion, Execution, ControlThread, ControlPrincipal, RemotingConfiguration" />
        <IPermission class="DnsPermission" version="1" Unrestricted="true" />
        <IPermission class="WebPartPermission" version="1" Connections="True" />
        <IPermission class="AspNetHostingPermission" version="1" Level="Medium" />
        <IPermission class="IsolatedStorageFilePermission" version="1" Allowed="AssemblyIsolationByUser" UserQuota="9223372036854775807" />
    </PermissionSet>
<Assemblies>
	<Assembly Name="$($assemblyInfo.Name)" Version="$($assemblyInfo.Version)" PublicKeyBlob="$($assemblyInfo.PublicKeyBlob)" />
</Assemblies>
</PolicyItem>
"@

$xmltext = @"
<?xml version="1.0" encoding="utf-8"?>
<Solution DeploymentServerType="WebFrontEnd" SolutionId="2244989E-9DA9-4a5d-9767-0D8F387181B7" ResetWebServer="true">
    <CodeAccessSecurity>
    </CodeAccessSecurity>
</Solution>
"@

[xml]$xmlDoc = $xmltext
$xmlDoc.SelectSingleNode('/Solution/CodeAccessSecurity').set_InnerXml($policyItem)
$xmlDoc.get_InnerXml()

This will results in the following output:

In the production of a real SharePoint solution package a lot more is happening, but this showcases some of the PowerShell power you can use to get the job done.

Visual Studio SDK 4.0, Vista and symbolic links...

svdoever — Sat, 22 Sep 2007 21:55:00 GMT

When you install Visual Studio SDK on Vista, it doesn't install by default on X:\Program Files, but on X:\Program Files (x86).

When I tried to recompile the VSIP Software Factory from Codeplex, it had links to the Visual Studio SDK in c:\program files.

Instead of moving things around I created a symbolic directory link:

mklink /D "Visual Studio 2005 SDK" "c:\Program Files (x86)\Visual Studio 2005 SDK"

Works like a breeze!

SharePoint: Custom Field Type for MultiLine text

svdoever — Tue, 18 Sep 2007 12:42:47 GMT

When you add a custom field type that can hold more than the 255 characters you can't use a field of type SPFieldText because it has a max length of 255 characters.

An obvious candidate is to use the field type SPFieldMultiLineText. No problems so far. But... in your custom version of the fldtypes.xml file (for example fldtypes_mytypes.xml) you have to define your parent type of the custom field. You would expect a parent type named MultiLineText, but no, that would be too obvious. It should be Note. Not documented, such a pity...

For example:

<?xml version="1.0" encoding="utf-8" ?>
<FieldTypes>
    <FieldType> <Field Name="TypeName">LongText</Field>
        <Field Name="ParentType">Note</Field>
        <Field Name="TypeDisplayName">Long Text</Field>
        <Field Name="TypeShortDescription">Long Text</Field>
        <Field Name="UserCreatable">TRUE</Field>
        <Field Name="Sortable">FALSE</Field>
        <Field Name="AllowBaseTypeRendering">TRUE</Field>
        <Field Name="Filterable">FALSE</Field>
        <Field Name="FieldTypeClass">...full qualified class,assembly name...</Field>
        <PropertySchema>
            <Fields></Fields>
        </PropertySchema>
        <RenderPattern Name="DisplayPattern">
            <Column/>
        </RenderPattern>
    </FieldType>
</FieldTypes>

A link with some more info (in Spannish): http://www.ideseg.com/SharePointDestripandoElWiki4.aspx