Bug 851516 - RFE: Provide pre-allocated UUID to ImageFactory via template
Summary: RFE: Provide pre-allocated UUID to ImageFactory via template
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: CloudForms Cloud Engine
Classification: Retired
Component: imagefactory
Version: 1.1.0
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: rc
Assignee: Perry Myers
QA Contact: Rehana
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-08-24 12:28 UTC by Justin Clift
Modified: 2015-07-13 04:35 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-06-09 13:14:11 UTC
Embargoed:


Attachments (Terms of Use)

Description Justin Clift 2012-08-24 12:28:05 UTC
Upstream Aeolus is looking to provide reference XML templates,
as a foundation people can then build on top of.

  ie. an Apache HTTPd template, a PostgreSQL template, and others

( further details here: https://lists.fedorahosted.org/pipermail/aeolus-devel/2012-August/012276.html )

For this to work, we'd probably need to add an optional uuid field to the ImageFactory TDL.

Something like this (concept version only):

  <template>
    <name>apache_httpd</name>
    <description>Apache httpd server</description>

    <uuid>00000000-0000-0000-0000-000000000001</uuid>

    <!-- other normal template stuff here -->

  </template>

ImageFactory would also need to be updated to use the UUID, instead of generating a new one.

Comment 1 Justin Clift 2012-08-28 14:06:35 UTC
For productised CloudForms, this doesn't need to go into 1.1.

For upstream though, we probably want this (or something equivalent after discussion) reasonably soon so we can build on top of it.

Comment 2 Ian McLeod 2012-08-31 15:53:52 UTC
Justin,

Beyond simply allowing this field to exist in TDL, and carrying the reference around in all the resulting objects we create, is there anything tangible that the Factory needs to do with it?

Comment 4 Justin Clift 2014-06-09 13:14:11 UTC
Closing as ancient and unlikely to be worked on.


Note You need to log in before you can comment on or make changes to this bug.