<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for VincentH on .NET</title>
	<atom:link href="http://vincenth.net/blog/comments/feed" rel="self" type="application/rss+xml" />
	<link>http://vincenth.net/blog</link>
	<description>Software : Factories &#38; Architecture</description>
	<lastBuildDate>Wed, 04 Aug 2010 19:37:36 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>Comment on How to setup BizTalk 2009 BAM Portal on a 64 Bit OS in IIS 7 by sb</title>
		<link>http://vincenth.net/blog/archive/2009/11/17/how-to-setup-biztalk-2009-bam-portal-on-a-64-bit-os-in-iis-7.aspx/comment-page-1#comment-312</link>
		<dc:creator>sb</dc:creator>
		<pubDate>Wed, 04 Aug 2010 19:37:36 +0000</pubDate>
		<guid isPermaLink="false">http://vincenth.net/blog/archive/2009/11/17/how-to-setup-biztalk-2009-bam-portal-on-a-64-bit-os-in-iis-7.aspx#comment-312</guid>
		<description>Thank you Vincent. This worked like a charm.</description>
		<content:encoded><![CDATA[<p>Thank you Vincent. This worked like a charm.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Detect 32 or 64 bits Windows &#8211; regardless of WoW64 &#8211; with the PowerShell OSArchitecture function by Vincent</title>
		<link>http://vincenth.net/blog/archive/2009/11/02/detect-32-or-64-bits-windows-regardless-of-wow64-with-the-powershell-osarchitecture-function.aspx/comment-page-1#comment-263</link>
		<dc:creator>Vincent</dc:creator>
		<pubDate>Mon, 15 Feb 2010 18:26:00 +0000</pubDate>
		<guid isPermaLink="false">http://vincenth.net/blog/?p=181#comment-263</guid>
		<description>To do this against a remote machine, you could use the powershell remoting functionality that comes built-in since V2.

In short, you need to performs these steps:
&lt;ol&gt;
	&lt;li&gt;1) Enable powershell remoting om the destination machine (with &lt;a href=&quot;http://technet.microsoft.com/en-us/library/dd819498.aspx&quot; rel=&quot;nofollow&quot;&gt;Enable-PSRemoting&lt;/a&gt;)&lt;/li&gt;
	&lt;li&gt;2) From the local machine, execute the OSArchitecture function on the remote machine via powershell remoting&lt;/li&gt;
	&lt;li&gt;3) You will receive the results from the remote OSArchitecture invocation back your local machine.&lt;/li&gt;
&lt;/ol&gt;

See &lt;a href=&quot;http://technet.microsoft.com/en-us/library/dd347744.aspx&quot; rel=&quot;nofollow&quot;&gt;about_Remote&lt;/a&gt; for more info on PowerShell Remoting. It&#039;s actually quite simple to use.

I&#039;m experimenting with this myself to deploy setup packages on remote machines. So far it&#039;s looking good.</description>
		<content:encoded><![CDATA[<p>To do this against a remote machine, you could use the powershell remoting functionality that comes built-in since V2.</p>
<p>In short, you need to performs these steps:</p>
<ol>
<li>1) Enable powershell remoting om the destination machine (with <a href="http://technet.microsoft.com/en-us/library/dd819498.aspx" rel="nofollow">Enable-PSRemoting</a>)</li>
<li>2) From the local machine, execute the OSArchitecture function on the remote machine via powershell remoting</li>
<li>3) You will receive the results from the remote OSArchitecture invocation back your local machine.</li>
</ol>
<p>See <a href="http://technet.microsoft.com/en-us/library/dd347744.aspx" rel="nofollow">about_Remote</a> for more info on PowerShell Remoting. It&#8217;s actually quite simple to use.</p>
<p>I&#8217;m experimenting with this myself to deploy setup packages on remote machines. So far it&#8217;s looking good.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Detect 32 or 64 bits Windows &#8211; regardless of WoW64 &#8211; with the PowerShell OSArchitecture function by JD</title>
		<link>http://vincenth.net/blog/archive/2009/11/02/detect-32-or-64-bits-windows-regardless-of-wow64-with-the-powershell-osarchitecture-function.aspx/comment-page-1#comment-262</link>
		<dc:creator>JD</dc:creator>
		<pubDate>Mon, 15 Feb 2010 17:17:45 +0000</pubDate>
		<guid isPermaLink="false">http://vincenth.net/blog/?p=181#comment-262</guid>
		<description>How can you do this against a remote machine?  We&#039;re trying to write a script to deploy a client to servers remotely.  First we have to determine if the target server is 2003 or 2008 server.  Then we have to determine if it is 32bit or 64bit.  Any help is appreciated.</description>
		<content:encoded><![CDATA[<p>How can you do this against a remote machine?  We&#8217;re trying to write a script to deploy a client to servers remotely.  First we have to determine if the target server is 2003 or 2008 server.  Then we have to determine if it is 32bit or 64bit.  Any help is appreciated.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on How to setup BizTalk 2009 BAM Portal on a 64 Bit OS in IIS 7 by Vincent</title>
		<link>http://vincenth.net/blog/archive/2009/11/17/how-to-setup-biztalk-2009-bam-portal-on-a-64-bit-os-in-iis-7.aspx/comment-page-1#comment-237</link>
		<dc:creator>Vincent</dc:creator>
		<pubDate>Tue, 05 Jan 2010 08:37:34 +0000</pubDate>
		<guid isPermaLink="false">http://vincenth.net/blog/archive/2009/11/17/how-to-setup-biztalk-2009-bam-portal-on-a-64-bit-os-in-iis-7.aspx#comment-237</guid>
		<description>Hi Dipesh,

Since this was a development machine I specified a single BizTalk service account for all purposes in the BizTalk Server Configuration application.
The account was a member of these groups:
- BizTalk Application Users
- BizTalk Isolated Host Users
- IIS_IUSRS
- SSO Administrators
- Users

Hth Vincent</description>
		<content:encoded><![CDATA[<p>Hi Dipesh,</p>
<p>Since this was a development machine I specified a single BizTalk service account for all purposes in the BizTalk Server Configuration application.<br />
The account was a member of these groups:<br />
- BizTalk Application Users<br />
- BizTalk Isolated Host Users<br />
- IIS_IUSRS<br />
- SSO Administrators<br />
- Users</p>
<p>Hth Vincent</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on How to setup BizTalk 2009 BAM Portal on a 64 Bit OS in IIS 7 by Dipesh Avlani</title>
		<link>http://vincenth.net/blog/archive/2009/11/17/how-to-setup-biztalk-2009-bam-portal-on-a-64-bit-os-in-iis-7.aspx/comment-page-1#comment-235</link>
		<dc:creator>Dipesh Avlani</dc:creator>
		<pubDate>Mon, 04 Jan 2010 12:36:06 +0000</pubDate>
		<guid isPermaLink="false">http://vincenth.net/blog/archive/2009/11/17/how-to-setup-biztalk-2009-bam-portal-on-a-64-bit-os-in-iis-7.aspx#comment-235</guid>
		<description>Hi,

Can you please provide details how BAM was configured? More interested to know the types of accounts used and what groups they should be a part of.


Thanks,

Dipesh</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>Can you please provide details how BAM was configured? More interested to know the types of accounts used and what groups they should be a part of.</p>
<p>Thanks,</p>
<p>Dipesh</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Realizing the Software Factories Vision for a Microsoft Systems Integrator by VincentH on .NET &#187; Blog Archive &#187; Maintaining a SOA with the Macaw Solutions Factory</title>
		<link>http://vincenth.net/blog/archive/2006/04/14/realizing-the-software-factories-vision-for-a-microsoft-systems-integrator.aspx/comment-page-1#comment-14</link>
		<dc:creator>VincentH on .NET &#187; Blog Archive &#187; Maintaining a SOA with the Macaw Solutions Factory</dc:creator>
		<pubDate>Wed, 28 Nov 2007 09:14:37 +0000</pubDate>
		<guid isPermaLink="false">http://vincenth.net/blog/archive/2007/11/15/realizing-the-software-factories-vision-for-a-microsoft-systems-integrator.aspx#comment-14</guid>
		<description>[...] The Macaw Solutions Factory has had autonomous service development designed in from the start, it is a core concern addressed by the architecture style MAST (Microsoft .NET Architecture Style) that is at the heart of the factory. MAST also supports distributing a single large service across multiple solutions, and it specifies a standard pattern for dependencies within and across solutions. The factory supports independent versioning of each factory instance together with the service/application it is building while still using shared DTAP environments for the SOA. This makes service maintenance even more flexible and autonomous. So we got that part covered, it proved to work fine for a couple of years now. [...]</description>
		<content:encoded><![CDATA[<p>[...] The Macaw Solutions Factory has had autonomous service development designed in from the start, it is a core concern addressed by the architecture style MAST (Microsoft .NET Architecture Style) that is at the heart of the factory. MAST also supports distributing a single large service across multiple solutions, and it specifies a standard pattern for dependencies within and across solutions. The factory supports independent versioning of each factory instance together with the service/application it is building while still using shared DTAP environments for the SOA. This makes service maintenance even more flexible and autonomous. So we got that part covered, it proved to work fine for a couple of years now. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Use DSL Designers stand-alone for non-technical factory users in Visual Studio 2008 Shell by VincentH on .NET &#187; Blog Archive &#187; Visual Studio 2008 SDK 1.0 and Visual Studio 2008 Shell released</title>
		<link>http://vincenth.net/blog/archive/2007/06/08/use-dsl-designers-stand-alone-for-non-technical-factory-users-in-visual-studio-2008-shell.aspx/comment-page-1#comment-13</link>
		<dc:creator>VincentH on .NET &#187; Blog Archive &#187; Visual Studio 2008 SDK 1.0 and Visual Studio 2008 Shell released</dc:creator>
		<pubDate>Fri, 23 Nov 2007 13:19:45 +0000</pubDate>
		<guid isPermaLink="false">http://vincenth.net/blog/archive/2007/06/08/use-dsl-designers-stand-alone-for-non-technical-factory-users-in-visual-studio-2008-shell.aspx#comment-13</guid>
		<description>[...] See also my original post on using the shell for factories. [...]</description>
		<content:encoded><![CDATA[<p>[...] See also my original post on using the shell for factories. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Realizing the Software Factories Vision for a Microsoft Systems Integrator by VincentH on .NET &#187; Blog Archive &#187; Jezz Santos on a SharePoint Software Factory</title>
		<link>http://vincenth.net/blog/archive/2006/04/14/realizing-the-software-factories-vision-for-a-microsoft-systems-integrator.aspx/comment-page-1#comment-9</link>
		<dc:creator>VincentH on .NET &#187; Blog Archive &#187; Jezz Santos on a SharePoint Software Factory</dc:creator>
		<pubDate>Sat, 17 Nov 2007 14:47:30 +0000</pubDate>
		<guid isPermaLink="false">http://vincenth.net/blog/archive/2007/11/15/realizing-the-software-factories-vision-for-a-microsoft-systems-integrator.aspx#comment-9</guid>
		<description>[...] Jezz uses a Sharepoint Factory as an example. Which is interesting, considering that at Macaw we are building the Macaw Solutions Factory, which targets (amongst other Microsoft server products) SharePoint. [...]</description>
		<content:encoded><![CDATA[<p>[...] Jezz uses a Sharepoint Factory as an example. Which is interesting, considering that at Macaw we are building the Macaw Solutions Factory, which targets (amongst other Microsoft server products) SharePoint. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Realizing the Software Factories Vision for a Microsoft Systems Integrator by VincentH on .NET &#187; Blog Archive &#187; Macaw&#8217;s Software Factory on MSDN by Steve Cook</title>
		<link>http://vincenth.net/blog/archive/2006/04/14/realizing-the-software-factories-vision-for-a-microsoft-systems-integrator.aspx/comment-page-1#comment-8</link>
		<dc:creator>VincentH on .NET &#187; Blog Archive &#187; Macaw&#8217;s Software Factory on MSDN by Steve Cook</dc:creator>
		<pubDate>Sat, 17 Nov 2007 14:25:17 +0000</pubDate>
		<guid isPermaLink="false">http://vincenth.net/blog/archive/2007/11/15/realizing-the-software-factories-vision-for-a-microsoft-systems-integrator.aspx#comment-8</guid>
		<description>[...] Steve Cook mentioned my article on how we are realizing the software vision for Macaw. So this is why my article got so many hits lately. And as a boon, it gives us our 15 minutes of fame by displaying us on MSDN. I like it [...]</description>
		<content:encoded><![CDATA[<p>[...] Steve Cook mentioned my article on how we are realizing the software vision for Macaw. So this is why my article got so many hits lately. And as a boon, it gives us our 15 minutes of fame by displaying us on MSDN. I like it [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Realizing the Software Factories Vision for a Microsoft Systems Integrator by The P&#38;P Web Service Software Factory modeling edition and the Secret Dutch Software Factory Society - Serge van den Oever [Macaw]</title>
		<link>http://vincenth.net/blog/archive/2006/04/14/realizing-the-software-factories-vision-for-a-microsoft-systems-integrator.aspx/comment-page-1#comment-7</link>
		<dc:creator>The P&#38;P Web Service Software Factory modeling edition and the Secret Dutch Software Factory Society - Serge van den Oever [Macaw]</dc:creator>
		<pubDate>Fri, 16 Nov 2007 23:46:43 +0000</pubDate>
		<guid isPermaLink="false">http://vincenth.net/blog/archive/2007/11/15/realizing-the-software-factories-vision-for-a-microsoft-systems-integrator.aspx#comment-7</guid>
		<description>[...] 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&amp;P! [...]</description>
		<content:encoded><![CDATA[<p>[...] 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&amp;P! [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

