<?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: 189 STSADM Operations</title>
	<atom:link href="http://alonsorobles.com/2007/07/05/189-stsadm-operations/feed/" rel="self" type="application/rss+xml" />
	<link>http://alonsorobles.com/2007/07/05/189-stsadm-operations/</link>
	<description>technology, academia, and other tidbits from the trenches of a boggled mind</description>
	<lastBuildDate>Fri, 21 Oct 2011 23:32:49 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Alonso Robles / Creating a SharePoint Solution for an InfoPath Form Template Deployment</title>
		<link>http://alonsorobles.com/2007/07/05/189-stsadm-operations/comment-page-1/#comment-6</link>
		<dc:creator>Alonso Robles / Creating a SharePoint Solution for an InfoPath Form Template Deployment</dc:creator>
		<pubDate>Thu, 05 Jun 2008 06:19:16 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.importchaos.com/alonsorobles/2007/07/05/189-stsadm-operations/#comment-6</guid>
		<description>[...] Quickly reviewing the commands above, we can see that we changed our working directory to the location of the publish path of the InfoPath form template (and the solution files). Then we generate the WSP file with the MAKECAP utility. Finally, using the STSADM utility we added the solution, deployed it, and activated the feature (for more information STSADM operations see my post on the 189 STSADM Operations).  [...]</description>
		<content:encoded><![CDATA[<p>[...] Quickly reviewing the commands above, we can see that we changed our working directory to the location of the publish path of the InfoPath form template (and the solution files). Then we generate the WSP file with the MAKECAP utility. Finally, using the STSADM utility we added the solution, deployed it, and activated the feature (for more information STSADM operations see my post on the 189 STSADM Operations).  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alonso Robles / Creating Solution Packages for WSS 3.0 and MOSS 2007 Deployments</title>
		<link>http://alonsorobles.com/2007/07/05/189-stsadm-operations/comment-page-1/#comment-5</link>
		<dc:creator>Alonso Robles / Creating Solution Packages for WSS 3.0 and MOSS 2007 Deployments</dc:creator>
		<pubDate>Sat, 17 May 2008 00:00:19 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.importchaos.com/alonsorobles/2007/07/05/189-stsadm-operations/#comment-5</guid>
		<description>[...] But in all seriousness, the deployment of a solution package happens in two stages. In the first stage, or the installation stage, WSS takes the WSP file and copies it to the configuration database. In the second stage, or the deployment stage, WSS takes the WSP file from the configuration database, extracts the content(s), and places the content(s) as specified in the package meta-data. Simple huh? Obviously, a system administrator needs to tell WSS to install and deploy a package. This is easily accomplished by executing three simple STSADM utility commands. [...]</description>
		<content:encoded><![CDATA[<p>[...] But in all seriousness, the deployment of a solution package happens in two stages. In the first stage, or the installation stage, WSS takes the WSP file and copies it to the configuration database. In the second stage, or the deployment stage, WSS takes the WSP file from the configuration database, extracts the content(s), and places the content(s) as specified in the package meta-data. Simple huh? Obviously, a system administrator needs to tell WSS to install and deploy a package. This is easily accomplished by executing three simple STSADM utility commands. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

