You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@vcl.apache.org by bu...@apache.org on 2013/02/07 14:54:05 UTC
svn commit: r849741 - in /websites/staging/vcl/trunk/content: ./
confluence_export/image-capture-sequence.html
Author: buildbot
Date: Thu Feb 7 13:54:05 2013
New Revision: 849741
Log:
Staging update by buildbot for vcl
Modified:
websites/staging/vcl/trunk/content/ (props changed)
websites/staging/vcl/trunk/content/confluence_export/image-capture-sequence.html
Propchange: websites/staging/vcl/trunk/content/
------------------------------------------------------------------------------
--- cms:source-revision (original)
+++ cms:source-revision Thu Feb 7 13:54:05 2013
@@ -1 +1 @@
-1443474
+1443476
Modified: websites/staging/vcl/trunk/content/confluence_export/image-capture-sequence.html
==============================================================================
--- websites/staging/vcl/trunk/content/confluence_export/image-capture-sequence.html (original)
+++ websites/staging/vcl/trunk/content/confluence_export/image-capture-sequence.html Thu Feb 7 13:54:05 2013
@@ -78,36 +78,35 @@
<div id="content">
<h1 class="title">Image Capture Sequence</h1>
- <p><a name="ImageCaptureSequence-ModularizationExample"></a></p>
-<h2 id="modularization-example">Modularization Example</h2>
-<p>The following diagram shows how the image capture sequence
-differs if different provisioning modules are used -- xCAT and
-VMWare. </p>
-<p>Take note of the following:
-<em> The calls made by image.pm to the xCAT and VMWare capture()
-subroutines are </em>identical<em>. The image.pm state module does not
-care which provisioning engine is being used. All it knows is that a
+ <h2 id="modularization-example">Modularization Example</h2>
+<p>The following diagram shows how the image capture sequence
+differs if different provisioning modules are used -- xCAT and
+VMWare.</p>
+<p>Take note of the following:</p>
+<ul>
+<li>The calls made by image.pm to the xCAT and VMWare capture()
+subroutines are <strong>identical</strong>. The image.pm state module does not
+care which provisioning engine is being used. All it knows is that a
provisioning engine object has been created before image.pm::process() was
-called, the object can be accessed via $self->provisioner, and the
-name of the subroutine to call is capture().
-</em> The calls made by xCAT and VMWare's capture() subroutine to the
-Windows.pm pre_capture() subroutine are <em>identical</em>. All a
+called, the object can be accessed via $self->provisioner, and the
+name of the subroutine to call is capture().</li>
+<li>The calls made by xCAT and VMWare's capture() subroutine to the
+Windows.pm pre_capture() subroutine are <strong>identical</strong>. All a
provisioning engine module needs to know is that an OS object has been
-created, the object can be accessed via $self->os, and the name of the
-subroutine to call is pre_capture().
-<em> Provisioning engine modules do not not need to know any of the operating
-system details. They assume the OS module's pre_capture()
+created, the object can be accessed via $self->os, and the name of the
+subroutine to call is pre_capture().</li>
+<li>Provisioning engine modules do not not need to know any of the operating
+system details. They assume the OS module's pre_capture()
subroutine will perform all the steps necessary for the particular OS to be
captured and that the computer will be shut down (or left in the state
-specified by the end_state argument) when pre_capture() returns.
-</em> The OS module's pre_capture() subroutine does not care which
-provisioning engine is being used. The steps it performs are
-identical.
-* A very similar example could be made using the same provisioning engine
-module and different OS modules.</p>
-<hr />
-<p>{gliffy:name=Image Capture Sequence - xCAT|space=VCL|page=Image Capture
-Sequence|align=left|size=L|version=13}</p>
+specified by the end_state argument) when pre_capture() returns.</li>
+<li>The OS module's pre_capture() subroutine does not care which
+provisioning engine is being used. The steps it performs are
+identical.</li>
+<li>A very similar example could be made using the same provisioning engine
+module and different OS modules.</li>
+</ul>
+<p><img src="image_capture_sequence_xcat.png"></p>
</div>
<div id="footer">