So we have a development VM thats pretty fully loaded with software, Sharepoint 2010, Project Server 2010 and CRM 2011.

For some reason the First Azure project on this machine refused to deploy to the local development App Fabric. The deployment hung and never completed.

Nothing was posted in the event logs but there were items in the VS output screen about failing to write to the logs. Nice.

A search for those files found lots of Azure log folders in %localappdata%\dftmp

In DFAgentLogs and the DFAgent.log file I found this

[2011/10/13, 10:46:12.145,  INFO, 00011572] There is already a listener on IP endpoint 0.0.0.0:808.  Make sure that you are not trying to use this endpoint multiple times in your application and that there are no other applications listening on this endpoint.
[2011/10/13, 10:46:12.639,  INFO, 00011572]    at System.ServiceModel.Channels.SocketConnectionListener.Listen()
   at System.ServiceModel.Channels.BufferedConnectionListener.Listen()
   at System.ServiceModel.Channels.ExclusiveTcpTransportManager.OnOpen()
   at System.ServiceModel.Channels.TransportManager.Open..

Now we’re getting somewhere, the App Fabric Development Agent is trying to listen on port 808 and failing as another process has this port in use

A netstat –ano command shows the process id that is listening on that port

The Tasklist command tasklist /fi “PID eq 11400” shows that an exe call SMSVCHost.exe is listening on port 808

Thats the Net.TCP Port Sharing service. So the port sharing service is stopping a port being used. Marvellous.

I’m not sure which of the installed software set that service to automatically start.

After stopping the service and restarting the Development Fabric the deployment succeeded.

If you've installed Zune on a Server OS like Windows 2008 by running the zune-x64.msi directly as shown by Rob Mensching
http://robmensching.com/blog/posts/2009/9/12/How-to-install-Zune-software-on-Windows-2008-R2 you probably will get error 80040154 when checking for phone updates in Zune

The error means a COM component is not registered, its looking for a component with a CLSID of {31055FF4-9B90-42D6-9672-468E3ADE9583}

To fix this in the Zune Packages directory (where you ran the Zune install from) run zunewmdu-x64 (or zunewmdu-x86.msi) as Administrator and you should be able to update your Windows 7 Phone

Currently when generating a class with SPMetal from a site that has spaces in it

SPMetal.exe  /web:"http://flxdev2010:19000/PWA/Test Plan" /namespace:ProjectSite /code:ProjectSite.cs

It will give

Error the web at 'http://flxdev2010:19000/PWA/Test Plan' could not be found

Oh dear, a schoolboy error.

Now you could use stsadm to dump out the site, delete and reimport, yikes. Or you can just rename the Url as ServerRelativeUrl is read/write (any outside links point to the Url will not be fixed up!)

Using a quick console app

            using (SPSite site = new SPSite("http://flxdev2010:19000/PWA/Test Plan"))

            using( SPWeb web = site.OpenWeb())

            {
               string s = web.ServerRelativeUrl;
               web.ServerRelativeUrl = "/PWA/TestPlan";
               web.Update();

            }

or that new fangled 4 year old PowerShell thingy

Start-SPAssignment -Global

SPMetal.exe  /web:"http://flxdev2010:19000/PWA/TestPlan" /namespace:ProjectSite /code:ProjectSite.cs

now works.

you can change it back once you have the definition.

You know how it is, you start developing a project and then 6 months later you look back and realise you have to document everything you've produced.

I've just gone through that process and need a quick list of all the features ids scattered around various subdirectories of a large project.

sample:

          <Feature
Id="886f12cf-97ca-4789-baf8-6f13f9f2cedf" Title="PGPSO
Contract Management Project Upgrade" Description="Feature
that upgrades Project Sites for Contract Management." Version="12.0.0.0" Hidden="FALSE" Scope="Web" DefaultResourceFile="core" ReceiverAssembly="PGPSO_CM_Project_Upgrade,
Version=1.0.0.0, Culture=neutral, PublicKeyToken=aa0408b86137366a" ReceiverClass="PGPSO_CM_Project_Upgrade.PGPSO_CM_Project_Upgrade" xmlns="http://schemas.microsoft.com/sharepoint/">
        

Firing up Powershell navigating to the root of the solution folders and running this command gets me the list

          gci
-recurse -filter feature.xml |% {
$contents=get-content $_.fullname; $x=[XML]$contents; "{0}
{1}" -f $x.Feature.Id, $x.feature.title }
        

result:

gci is an alias for get-childitem which allow you to recurse subfolders and provide a filter parameter. Then use get-content to open the file, convert to an XML object and then directly reference the Id and title of the feature.xml file.

Recently I went through the process of indexing a subversion source code repository with SharePoint. I thought I'd share those steps as OOTB SharePoint won't index ps1, cs or vb files.

Setting up search to index these files works either if the files themselves live in a document library or are external to SharePoint. The process to index files from other source control systems will vary depending on how you can get access to the source files. If you need to index SourceSafe you can set up what's called a mirror directory that automatically save the files from your repositories on disk and I suspect you can index Team Foundation Server via its Web Access URL's although I've not tried that.

The subversion side of things is pretty easy, pick the repository you want and export the latest version using the svn client i.e. svn export svn://devhosting/svn/webparts d:\SVNExport\webparts. Script the export of each repository and then schedule it.

On the SharePoint side you set up a new content source to crawl the directories.

In this case the Indexing is on a separate machine so we enter the UNC path. Make sure the content access account has read rights to the share. If needed you can setup separate credentials for this source.

In the SSP on the Search Setting page, click New Content Source under Content source and crawl schedules

The problem now is if you start a full crawl typically only the .txt files are indexed as the SharePoint indexers have no idea what to do with file extensions it doesn't recognise.

There are a couple of steps to getting new file extensions indexed. This assumes you are a Search Service administrator.

First add the extension to File Types

1. On the Search Administration page, click File Types under Crawling.

2. On the Manage File Types page, click New File Type.

3. On the Add File Type page, type the file name extension in the File extension box for the file type that you want to add.
To search for PowerShell files, type ps1
Do not include the period (.) character in front of the file name extension.

4.Click OK.

5. Rinse and repeat for each file type that you want to add.

The second step in getting the file extensions recognised is to add it to the registry entries the SharePoint Server Search service reads when it starts up. This key is located at

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office Server\12.0\Search\Setup\ContentIndexCommon\Filters\Extension

Add a new key, enter the extension including the dot i.e. .ps1.

Save and set its default value to be {4A3DD7AB-0A6B-43B0-8A90-0D8B0CC36AAB}. This means use the text parser Ifilter tquery.dll for this extension.

And a new key for each file extension you want indexed in this case cs,ps1 and aspx but you can add vb vbs or whatever other text files you need indexed.

Stop and start the search service with these commands

net stop osearch

net start osearch

Now do a full crawl of your content type and your files should have been full text indexed. The crawl log is useful in seeing if the filtering barfed on your files.

Now you can go to the Search Center enter your keyword and get a list of code files back.

Here I've set up a custom scope, search page, and added a custom search tab so separate the code results on its own. I won't go into it here but there is a good post here that shows how you do this.

Even better with SharePoint Search if you know you want PowerShell files only you can enter the fileextension keyword and search will filter out everything but PowerShell files.

Searching your entire code repository with subsecond query times is now pretty easy.

PowerShell Quickie - What version of SharePoint 2007 am I running?

(get-item "hklm:software\microsoft\shared
tools\web server extensions\12.0").getvalue("version")
12.0.0.6219 

Also handy

What version of the Operating system am I running on?

(Get-WmiObject Win32_OperatingSystem).Caption 

Microsoft(R) Windows(R) Server 2003, Standard Edition 

(Get-WmiObject Win32_OperatingSystem).Version 

5.2.3790

The UK Microsoft User Groups have organised another huge gathering at Microsoft Reading next week.

This time it's split over 2 days April 8th and 9th and features a lot of great sessions. User groups that I'm active in such as the UK SharePoint user group, PowerShell user group and the Vista squad will be there along with the user groups for Exchange, SQL Server and others.

It's not often you get a host of experts on these subjects in one location so check out the agenda and see if any sessions take your fancy.

I'm doing a session on day 2 crossing over two groups SharePoint and PowerShell on moving data in SharePoint using the Content Deployment API (aka Prime API) and PowerShell. I'll go through some of the functions and cmdlets I've written to make moving data easier, samples include moving list items, lists, webs and site collections within and between farms.