Struct aws_sdk_imagebuilder::model::ComponentVersion

#[non_exhaustive]
pub struct ComponentVersion {
    pub arn: Option<String>,
    pub name: Option<String>,
    pub version: Option<String>,
    pub description: Option<String>,
    pub platform: Option<Platform>,
    pub supported_os_versions: Option<Vec<String>>,
    pub type: Option<ComponentType>,
    pub owner: Option<String>,
    pub date_created: Option<String>,
}

The defining characteristics of a specific version of an Amazon Web Services TOE component.

Fields (Non-exhaustive)

Non-exhaustive structs could have additional fields added in future. Therefore, non-exhaustive structs cannot be constructed in external crates using the traditional Struct { .. } syntax; cannot be matched against without a wildcard ..; and struct update syntax will not work.

arn: Option<String>

The Amazon Resource Name (ARN) of the component.

Semantic versioning is included in each object's Amazon Resource Name (ARN), at the level that applies to that object as follows:

1. Versionless ARNs and Name ARNs do not include specific values in any of the nodes. The nodes are either left off entirely, or they are specified as wildcards, for example: x.x.x.

2. Version ARNs have only the first three nodes: . .

3. Build version ARNs have all four nodes, and point to a specific build for a specific version of an object.

name: Option<String>

The name of the component.

version: Option<String>

The semantic version of the component.

The semantic version has four nodes: . . / . You can assign values for the first three, and can filter on all of them.

Assignment: For the first three nodes you can assign any positive integer value, including zero, with an upper limit of 2^30-1, or 1073741823 for each node. Image Builder automatically assigns the build number to the fourth node.

Patterns: You can use any numeric pattern that adheres to the assignment requirements for the nodes that you can assign. For example, you might choose a software version pattern, such as 1.0.0, or a date, such as 2021.01.01.

Filtering: With semantic versioning, you have the flexibility to use wildcards (x) to specify the most recent versions or nodes when selecting the base image or components for your recipe. When you use a wildcard in any node, all nodes to the right of the first wildcard must also be wildcards.

description: Option<String>

The description of the component.

platform: Option<Platform>

The platform of the component.

supported_os_versions: Option<Vec<String>>

he operating system (OS) version supported by the component. If the OS information is available, a prefix match is performed against the base image OS version during image recipe creation.

type: Option<ComponentType>

The type of the component denotes whether the component is used to build the image or only to test it.

owner: Option<String>

The owner of the component.

date_created: Option<String>

The date that the component was created.

Implementations

impl ComponentVersion

pub fn arn(&self) -> Option<&str>

The Amazon Resource Name (ARN) of the component.

Semantic versioning is included in each object's Amazon Resource Name (ARN), at the level that applies to that object as follows:

1. Versionless ARNs and Name ARNs do not include specific values in any of the nodes. The nodes are either left off entirely, or they are specified as wildcards, for example: x.x.x.

2. Version ARNs have only the first three nodes: . .

3. Build version ARNs have all four nodes, and point to a specific build for a specific version of an object.

pub fn name(&self) -> Option<&str>

The name of the component.

pub fn version(&self) -> Option<&str>

The semantic version of the component.

The semantic version has four nodes: . . / . You can assign values for the first three, and can filter on all of them.

Assignment: For the first three nodes you can assign any positive integer value, including zero, with an upper limit of 2^30-1, or 1073741823 for each node. Image Builder automatically assigns the build number to the fourth node.

Patterns: You can use any numeric pattern that adheres to the assignment requirements for the nodes that you can assign. For example, you might choose a software version pattern, such as 1.0.0, or a date, such as 2021.01.01.

Filtering: With semantic versioning, you have the flexibility to use wildcards (x) to specify the most recent versions or nodes when selecting the base image or components for your recipe. When you use a wildcard in any node, all nodes to the right of the first wildcard must also be wildcards.

pub fn description(&self) -> Option<&str>

The description of the component.

pub fn platform(&self) -> Option<&Platform>

The platform of the component.

pub fn supported_os_versions(&self) -> Option<&[String]>

he operating system (OS) version supported by the component. If the OS information is available, a prefix match is performed against the base image OS version during image recipe creation.

pub fn type(&self) -> Option<&ComponentType>

The type of the component denotes whether the component is used to build the image or only to test it.

pub fn owner(&self) -> Option<&str>

The owner of the component.

pub fn date_created(&self) -> Option<&str>

The date that the component was created.

impl ComponentVersion

pub fn builder() -> Builder

Creates a new builder-style object to manufacture ComponentVersion

Trait Implementations

impl Clone for ComponentVersion

fn clone(&self) -> ComponentVersion

Returns a copy of the value.

fn clone_from(&mut self, source: &Self)

Performs copy-assignment from source.

impl Debug for ComponentVersion

fn fmt(&self, f: &mut Formatter<'_>) -> Result

Formats the value using the given formatter.

impl PartialEq<ComponentVersion> for ComponentVersion

fn eq(&self, other: &ComponentVersion) -> bool

This method tests for self and other values to be equal, and is used by ==.

fn ne(&self, other: &ComponentVersion) -> bool

This method tests for !=.

impl StructuralPartialEq for ComponentVersion