<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Microsoft on Matt Thornton</title>
    <link>http://localhost:1313/tags/microsoft/</link>
    <description>Recent content in Microsoft on Matt Thornton</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en</language>
    <lastBuildDate>Thu, 09 Dec 2010 13:39:03 +0000</lastBuildDate><atom:link href="http://localhost:1313/tags/microsoft/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Guide: MOSS 2007 Multiple site collections on Port 80</title>
      <link>http://localhost:1313/tech/sharepoint/guide-moss-2007-multiple-site-collections-on-port-80/</link>
      <pubDate>Thu, 09 Dec 2010 13:39:03 +0000</pubDate>
      
      <guid>http://localhost:1313/tech/sharepoint/guide-moss-2007-multiple-site-collections-on-port-80/</guid>
      
        <description>&lt;p&gt;Requirement: multiple site collections on port 80 on unique URLs in SharePoint 2007, e.g,. &lt;em&gt;http://democlient1&lt;/em&gt;, &lt;em&gt;http://someotherdemo&lt;/em&gt;&lt;br&gt;
The scenario: you have one development machine which you use for multiple clients. Because of this, you want to host multiple site collections and allow a unique URL for each, without having to specify the port number in the URL. For example, if your machine name is &lt;em&gt;SPDEV&lt;/em&gt; then by &lt;strong&gt;default&lt;/strong&gt; your primary web application will respond on &lt;em&gt;http://spdev&lt;/em&gt;. But you also want to have &lt;em&gt;http://democlient1&lt;/em&gt;, &lt;em&gt;http://someotherdemo&lt;/em&gt;, etc. There are a three ways of doing this. The two common ways are 1) assign unique IP addresses to each web application each responding on port 80, but this can be more complicated to setup and manage at the machine level, or 2) Use a non-standard port number for each web application, but this creates uglier URLs, e.g., &lt;em&gt;http://democlient1:18765&lt;/em&gt;, &lt;em&gt;http://someotherdemo:18734&lt;/em&gt; etc.&lt;/p&gt;
&lt;p&gt;Solution: It&amp;rsquo;s possible to achieve the requirement.&lt;/p&gt;</description>
      
    </item>
    
    <item>
      <title>Reporting a product bug to Microsoft</title>
      <link>http://localhost:1313/tech/reporting-a-product-bug-to-microsoft/</link>
      <pubDate>Fri, 12 Mar 2010 12:08:14 +0000</pubDate>
      
      <guid>http://localhost:1313/tech/reporting-a-product-bug-to-microsoft/</guid>
      
        <description>&lt;p&gt;I needed to update our installation of SQL Server 2008 to include Integration Services so that maintenance plans would run. I have local admin privilege on the machine, but as with most Microsoft related installation tasks, you routinely get so far through the process and you&amp;rsquo;re hit with the SeSecurityPrivilege error - that is, you don&amp;rsquo;t have some permission or other. The installation process goes wrong and you have to cancel out of the whole process in order to restart it with an account that has the privilege.&lt;/p&gt;</description>
      
    </item>
    
    <item>
      <title>Workflow error help: failed on start and more</title>
      <link>http://localhost:1313/tech/sharepoint/sharepoint-workflow-help-failed-on-start-and-more/</link>
      <pubDate>Thu, 16 Jul 2009 16:05:08 +0000</pubDate>
      
      <guid>http://localhost:1313/tech/sharepoint/sharepoint-workflow-help-failed-on-start-and-more/</guid>
      
        <description>&lt;p&gt;One of the major selling points of SharePoint is the power of workflows. Designing very basic sequential workflows in Sharepoint Designer 2007 is a very straightforward task using the workflow designer wizard. But unfortunately straightforward is the key word here, as you are limited by the functionality available to you in SharePoint Designer. Simple tasks (e.g., update an item, send an email, etc.) are doable, but, for example, you can&amp;rsquo;t do any string manipulation other than building “dynamic strings”. So even creating a suitable subject line to an email can require a complicated collection of variables and such like. SPD workflows are also very much “single use” - i.e., they start, they run, they finish. They &lt;em&gt;can&lt;/em&gt; wait and so on, but complicated business logic is pretty difficult to program. At that point, you&amp;rsquo;ll need to get involved with Visual Studio. That&amp;rsquo;s not without its difficulties, however, and as someone coming from a Visual Studio software background, creating workflows can be a minefield. Certain expectations you may have with Winforms just go completely out the window.&lt;/p&gt;</description>
      
    </item>
    
  </channel>
</rss>