<?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 on: SSIS Command Line Utilities part 1: dtutil</title>
	<atom:link href="http://www.bimonkey.com/2010/01/ssis-command-line-utilities-part-1-dtutil/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.bimonkey.com/2010/01/ssis-command-line-utilities-part-1-dtutil/</link>
	<description>James Beresford on Microsoft BI and Consulting in Sydney, Australia</description>
	<lastBuildDate>Mon, 06 Feb 2012 16:00:48 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: BI Monkey</title>
		<link>http://www.bimonkey.com/2010/01/ssis-command-line-utilities-part-1-dtutil/comment-page-1/#comment-1888</link>
		<dc:creator>BI Monkey</dc:creator>
		<pubDate>Wed, 02 Jun 2010 08:04:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.bimonkey.com/?p=703#comment-1888</guid>
		<description>Dewi, that sounds pretty cool. I&#039;ve been a bit more limited in terms of what we have used msbuild for - all i&#039;ve used it for is just wrapping up packages into an installer. I probably wouldn&#039;t make much sense of the code but it sounds like the sort of thing that would have a home on codeplex.

How would you use this in environments where TFS can&#039;t talk to the target server? In one environment i&#039;ve used it in, we have been constrained because our TFS box is in a separate domain to the test and prod boxes and there is no permitted path to communicate to those boxes. Hence using installers which are at least portable as files.</description>
		<content:encoded><![CDATA[<p>Dewi, that sounds pretty cool. I&#8217;ve been a bit more limited in terms of what we have used msbuild for &#8211; all i&#8217;ve used it for is just wrapping up packages into an installer. I probably wouldn&#8217;t make much sense of the code but it sounds like the sort of thing that would have a home on codeplex.</p>
<p>How would you use this in environments where TFS can&#8217;t talk to the target server? In one environment i&#8217;ve used it in, we have been constrained because our TFS box is in a separate domain to the test and prod boxes and there is no permitted path to communicate to those boxes. Hence using installers which are at least portable as files.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dewi Felstead</title>
		<link>http://www.bimonkey.com/2010/01/ssis-command-line-utilities-part-1-dtutil/comment-page-1/#comment-1887</link>
		<dc:creator>Dewi Felstead</dc:creator>
		<pubDate>Wed, 02 Jun 2010 06:47:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.bimonkey.com/?p=703#comment-1887</guid>
		<description>I too have found DTUtil useful for many of the same reasons listed here. One thing that I have been keen to do is integrate SSIS deployment tasks within an MSBuild script - this is obviously possible by calling the EXEC task from within a suitable target but is limited.  The main reason for needing to do this is to automate the build and deployment of both our BI Databases and ETL packages.

I am in the process of creating a custom MSBuild ToolTask that wraps DTUtil functionality so it can be called from within an msbuild target - code can be made available if interested.</description>
		<content:encoded><![CDATA[<p>I too have found DTUtil useful for many of the same reasons listed here. One thing that I have been keen to do is integrate SSIS deployment tasks within an MSBuild script &#8211; this is obviously possible by calling the EXEC task from within a suitable target but is limited.  The main reason for needing to do this is to automate the build and deployment of both our BI Databases and ETL packages.</p>
<p>I am in the process of creating a custom MSBuild ToolTask that wraps DTUtil functionality so it can be called from within an msbuild target &#8211; code can be made available if interested.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DimitryL</title>
		<link>http://www.bimonkey.com/2010/01/ssis-command-line-utilities-part-1-dtutil/comment-page-1/#comment-1727</link>
		<dc:creator>DimitryL</dc:creator>
		<pubDate>Sun, 16 May 2010 17:01:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.bimonkey.com/?p=703#comment-1727</guid>
		<description>Great post! I find this particular article and the whole web site really useful and full of practical information. Currently, I am preparing for 70-448 exam; and I would like to thank author for such brilliant done work to create and constantly update the BI Monkey site.</description>
		<content:encoded><![CDATA[<p>Great post! I find this particular article and the whole web site really useful and full of practical information. Currently, I am preparing for 70-448 exam; and I would like to thank author for such brilliant done work to create and constantly update the BI Monkey site.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dtexec - SQL Server Command Line Utility &#124; BI Monkey</title>
		<link>http://www.bimonkey.com/2010/01/ssis-command-line-utilities-part-1-dtutil/comment-page-1/#comment-1438</link>
		<dc:creator>dtexec - SQL Server Command Line Utility &#124; BI Monkey</dc:creator>
		<pubDate>Tue, 09 Mar 2010 09:57:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.bimonkey.com/?p=703#comment-1438</guid>
		<description>[...] my previous post on dtutil, I looked at the command line utility to move and alter SSIS packages. In this post I will be [...]</description>
		<content:encoded><![CDATA[<p>[...] my previous post on dtutil, I looked at the command line utility to move and alter SSIS packages. In this post I will be [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

