aws-sdk 2.948.0 → 2.949.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -711,9 +711,12 @@ declare namespace DirectConnect {
711
711
  */
712
712
  bgpStatus?: BGPStatus;
713
713
  /**
714
- * The Direct Connect endpoint on which the BGP peer terminates.
714
+ * The Direct Connect endpoint that terminates the BGP peer.
715
715
  */
716
716
  awsDeviceV2?: AwsDeviceV2;
717
+ /**
718
+ * The Direct Connect endpoint that terminates the logical connection. This device might be different than the device that terminates the physical connection.
719
+ */
717
720
  awsLogicalDeviceId?: AwsLogicalDeviceId;
718
721
  }
719
722
  export type BGPPeerId = string;
@@ -840,11 +843,11 @@ declare namespace DirectConnect {
840
843
  */
841
844
  jumboFrameCapable?: JumboFrameCapable;
842
845
  /**
843
- * The Direct Connect endpoint on which the physical connection terminates.
846
+ * The Direct Connect endpoint that terminates the physical connection.
844
847
  */
845
848
  awsDeviceV2?: AwsDeviceV2;
846
849
  /**
847
- * The Direct Connect endpoint that terminates a physical connection's BGP sessions.
850
+ * The Direct Connect endpoint that terminates the logical connection. This device might be different than the device that terminates the physical connection.
848
851
  */
849
852
  awsLogicalDeviceId?: AwsLogicalDeviceId;
850
853
  /**
@@ -1649,11 +1652,11 @@ declare namespace DirectConnect {
1649
1652
  */
1650
1653
  jumboFrameCapable?: JumboFrameCapable;
1651
1654
  /**
1652
- * The Direct Connect endpoint on which the physical connection terminates.
1655
+ * The Direct Connect endpoint that terminates the physical connection.
1653
1656
  */
1654
1657
  awsDeviceV2?: AwsDeviceV2;
1655
1658
  /**
1656
- * The Direct Connect endpoint that terminates a physical connection's BGP sessions.
1659
+ * The Direct Connect endpoint that terminates the logical connection. This device might be different than the device that terminates the physical connection.
1657
1660
  */
1658
1661
  awsLogicalDeviceId?: AwsLogicalDeviceId;
1659
1662
  /**
@@ -1726,7 +1729,7 @@ declare namespace DirectConnect {
1726
1729
  */
1727
1730
  awsDeviceV2?: AwsDeviceV2;
1728
1731
  /**
1729
- * The Direct Connect endpoint that terminates a physical connection's BGP sessions.
1732
+ * The Direct Connect endpoint that terminates the logical connection. This device might be different than the device that terminates the physical connection.
1730
1733
  */
1731
1734
  awsLogicalDeviceId?: AwsLogicalDeviceId;
1732
1735
  /**
@@ -2422,11 +2425,11 @@ declare namespace DirectConnect {
2422
2425
  */
2423
2426
  region?: Region;
2424
2427
  /**
2425
- * The Direct Connect endpoint on which the virtual interface terminates.
2428
+ * The Direct Connect endpoint that terminates the physical connection.
2426
2429
  */
2427
2430
  awsDeviceV2?: AwsDeviceV2;
2428
2431
  /**
2429
- * The Direct Connect endpoint that terminates a physical connection's BGP sessions.
2432
+ * The Direct Connect endpoint that terminates the logical connection. This device might be different than the device that terminates the physical connection.
2430
2433
  */
2431
2434
  awsLogicalDeviceId?: AwsLogicalDeviceId;
2432
2435
  /**
@@ -165,6 +165,7 @@ declare namespace EMRcontainers {
165
165
  */
166
166
  logStreamNamePrefix?: String256;
167
167
  }
168
+ export type ClusterId = string;
168
169
  export interface Configuration {
169
170
  /**
170
171
  * The classification within a configuration.
@@ -204,7 +205,7 @@ declare namespace EMRcontainers {
204
205
  /**
205
206
  * The ID of the container cluster.
206
207
  */
207
- id: String256;
208
+ id: ClusterId;
208
209
  /**
209
210
  * The information about the container cluster.
210
211
  */
@@ -380,7 +381,7 @@ declare namespace EMRcontainers {
380
381
  /**
381
382
  * The namespaces of the EKS cluster.
382
383
  */
383
- namespace?: String256;
384
+ namespace?: KubernetesNamespace;
384
385
  }
385
386
  export interface Endpoint {
386
387
  /**
@@ -439,6 +440,14 @@ declare namespace EMRcontainers {
439
440
  * The subnet IDs of the endpoint.
440
441
  */
441
442
  subnetIds?: SubnetIds;
443
+ /**
444
+ * Additional details of the endpoint state.
445
+ */
446
+ stateDetails?: String256;
447
+ /**
448
+ * The reasons why the endpoint has failed.
449
+ */
450
+ failureReason?: FailureReason;
442
451
  /**
443
452
  * The tags of the endpoint.
444
453
  */
@@ -532,6 +541,7 @@ declare namespace EMRcontainers {
532
541
  export type JobRunState = "PENDING"|"SUBMITTED"|"RUNNING"|"FAILED"|"CANCELLED"|"CANCEL_PENDING"|"COMPLETED"|string;
533
542
  export type JobRunStates = JobRunState[];
534
543
  export type JobRuns = JobRun[];
544
+ export type KubernetesNamespace = string;
535
545
  export interface ListJobRunsRequest {
536
546
  /**
537
547
  * The ID of the virtual cluster for which to list the job run.
@@ -194,7 +194,7 @@ declare namespace Health {
194
194
  /**
195
195
  * The maximum number of items to return in one batch, between 10 and 100, inclusive.
196
196
  */
197
- maxResults?: maxResults;
197
+ maxResults?: maxResultsLowerRange;
198
198
  }
199
199
  export interface DescribeAffectedEntitiesForOrganizationResponse {
200
200
  /**
@@ -362,7 +362,7 @@ declare namespace Health {
362
362
  /**
363
363
  * The maximum number of items to return in one batch, between 10 and 100, inclusive.
364
364
  */
365
- maxResults?: maxResults;
365
+ maxResults?: maxResultsLowerRange;
366
366
  /**
367
367
  * The locale (language) to return information in. English (en) is the default and the only supported value at this time.
368
368
  */
@@ -799,6 +799,7 @@ declare namespace Health {
799
799
  export type healthServiceAccessStatusForOrganization = string;
800
800
  export type locale = string;
801
801
  export type maxResults = number;
802
+ export type maxResultsLowerRange = number;
802
803
  export type metadataKey = string;
803
804
  export type metadataValue = string;
804
805
  export type nextToken = string;
@@ -228,19 +228,19 @@ declare class Imagebuilder extends Service {
228
228
  */
229
229
  importComponent(callback?: (err: AWSError, data: Imagebuilder.Types.ImportComponentResponse) => void): Request<Imagebuilder.Types.ImportComponentResponse, AWSError>;
230
230
  /**
231
- * Returns the list of component build versions for the specified semantic version.
231
+ * Returns the list of component build versions for the specified semantic version. The semantic version has four nodes: &lt;major&gt;.&lt;minor&gt;.&lt;patch&gt;/&lt;build&gt;. You can assign values for the first three, and can filter on all of them. Filtering: When you retrieve or reference a resource with a semantic version, you can use wildcards (x) to filter your results. When you use a wildcard in any node, all nodes to the right of the first wildcard must also be wildcards. For example, specifying "1.2.x", or "1.x.x" works to filter list results, but neither "1.x.2", nor "x.2.x" will work. You do not have to specify the build - Image Builder automatically uses a wildcard for that, if applicable.
232
232
  */
233
233
  listComponentBuildVersions(params: Imagebuilder.Types.ListComponentBuildVersionsRequest, callback?: (err: AWSError, data: Imagebuilder.Types.ListComponentBuildVersionsResponse) => void): Request<Imagebuilder.Types.ListComponentBuildVersionsResponse, AWSError>;
234
234
  /**
235
- * Returns the list of component build versions for the specified semantic version.
235
+ * Returns the list of component build versions for the specified semantic version. The semantic version has four nodes: &lt;major&gt;.&lt;minor&gt;.&lt;patch&gt;/&lt;build&gt;. You can assign values for the first three, and can filter on all of them. Filtering: When you retrieve or reference a resource with a semantic version, you can use wildcards (x) to filter your results. When you use a wildcard in any node, all nodes to the right of the first wildcard must also be wildcards. For example, specifying "1.2.x", or "1.x.x" works to filter list results, but neither "1.x.2", nor "x.2.x" will work. You do not have to specify the build - Image Builder automatically uses a wildcard for that, if applicable.
236
236
  */
237
237
  listComponentBuildVersions(callback?: (err: AWSError, data: Imagebuilder.Types.ListComponentBuildVersionsResponse) => void): Request<Imagebuilder.Types.ListComponentBuildVersionsResponse, AWSError>;
238
238
  /**
239
- * Returns the list of component build versions for the specified semantic version.
239
+ * Returns the list of component build versions for the specified semantic version. The semantic version has four nodes: &lt;major&gt;.&lt;minor&gt;.&lt;patch&gt;/&lt;build&gt;. You can assign values for the first three, and can filter on all of them. Filtering: When you retrieve or reference a resource with a semantic version, you can use wildcards (x) to filter your results. When you use a wildcard in any node, all nodes to the right of the first wildcard must also be wildcards. For example, specifying "1.2.x", or "1.x.x" works to filter list results, but neither "1.x.2", nor "x.2.x" will work. You do not have to specify the build - Image Builder automatically uses a wildcard for that, if applicable.
240
240
  */
241
241
  listComponents(params: Imagebuilder.Types.ListComponentsRequest, callback?: (err: AWSError, data: Imagebuilder.Types.ListComponentsResponse) => void): Request<Imagebuilder.Types.ListComponentsResponse, AWSError>;
242
242
  /**
243
- * Returns the list of component build versions for the specified semantic version.
243
+ * Returns the list of component build versions for the specified semantic version. The semantic version has four nodes: &lt;major&gt;.&lt;minor&gt;.&lt;patch&gt;/&lt;build&gt;. You can assign values for the first three, and can filter on all of them. Filtering: When you retrieve or reference a resource with a semantic version, you can use wildcards (x) to filter your results. When you use a wildcard in any node, all nodes to the right of the first wildcard must also be wildcards. For example, specifying "1.2.x", or "1.x.x" works to filter list results, but neither "1.x.2", nor "x.2.x" will work. You do not have to specify the build - Image Builder automatically uses a wildcard for that, if applicable.
244
244
  */
245
245
  listComponents(callback?: (err: AWSError, data: Imagebuilder.Types.ListComponentsResponse) => void): Request<Imagebuilder.Types.ListComponentsResponse, AWSError>;
246
246
  /**
@@ -656,7 +656,7 @@ declare namespace Imagebuilder {
656
656
  export type ComponentType = "BUILD"|"TEST"|string;
657
657
  export interface ComponentVersion {
658
658
  /**
659
- * The Amazon Resource Name (ARN) of the component.
659
+ * 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: 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. Version ARNs have only the first three nodes: &lt;major&gt;.&lt;minor&gt;.&lt;patch&gt; Build version ARNs have all four nodes, and point to a specific build for a specific version of an object.
660
660
  */
661
661
  arn?: ImageBuilderArn;
662
662
  /**
@@ -664,7 +664,7 @@ declare namespace Imagebuilder {
664
664
  */
665
665
  name?: ResourceName;
666
666
  /**
667
- * The semantic version of the component.
667
+ * The semantic version of the component. The semantic version has four nodes: &lt;major&gt;.&lt;minor&gt;.&lt;patch&gt;/&lt;build&gt;. 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, and that is not open for updates. 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: When you retrieve or reference a resource with a semantic version, you can use wildcards (x) to filter your results. When you use a wildcard in any node, all nodes to the right of the first wildcard must also be wildcards. For example, specifying "1.2.x", or "1.x.x" works to filter list results, but neither "1.x.2", nor "x.2.x" will work. You do not have to specify the build - Image Builder automatically uses a wildcard for that, if applicable.
668
668
  */
669
669
  version?: VersionNumber;
670
670
  /**
@@ -722,7 +722,7 @@ declare namespace Imagebuilder {
722
722
  export type ContainerList = Container[];
723
723
  export interface ContainerRecipe {
724
724
  /**
725
- * The Amazon Resource Name (ARN) of the container recipe.
725
+ * The Amazon Resource Name (ARN) of the container recipe. Semantic versioning is included in each object's Amazon Resource Name (ARN), at the level that applies to that object as follows: 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. Version ARNs have only the first three nodes: &lt;major&gt;.&lt;minor&gt;.&lt;patch&gt; Build version ARNs have all four nodes, and point to a specific build for a specific version of an object.
726
726
  */
727
727
  arn?: ImageBuilderArn;
728
728
  /**
@@ -746,7 +746,7 @@ declare namespace Imagebuilder {
746
746
  */
747
747
  owner?: NonEmptyString;
748
748
  /**
749
- * The semantic version of the container recipe (&lt;major&gt;.&lt;minor&gt;.&lt;patch&gt;).
749
+ * The semantic version of the container recipe. The semantic version has four nodes: &lt;major&gt;.&lt;minor&gt;.&lt;patch&gt;/&lt;build&gt;. 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, and that is not open for updates. 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: When you retrieve or reference a resource with a semantic version, you can use wildcards (x) to filter your results. When you use a wildcard in any node, all nodes to the right of the first wildcard must also be wildcards. For example, specifying "1.2.x", or "1.x.x" works to filter list results, but neither "1.x.2", nor "x.2.x" will work. You do not have to specify the build - Image Builder automatically uses a wildcard for that, if applicable.
750
750
  */
751
751
  version?: VersionNumber;
752
752
  /**
@@ -834,7 +834,7 @@ declare namespace Imagebuilder {
834
834
  */
835
835
  name: ResourceName;
836
836
  /**
837
- * The semantic version of the component. This version follows the semantic version syntax. For example, major.minor.patch. This could be versioned like software (2.0.1) or like a date (2019.12.01).
837
+ * The semantic version of the component. This version follows the semantic version syntax. The semantic version has four nodes: &lt;major&gt;.&lt;minor&gt;.&lt;patch&gt;/&lt;build&gt;. 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, and that is not open for updates. 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.
838
838
  */
839
839
  semanticVersion: VersionNumber;
840
840
  /**
@@ -902,7 +902,7 @@ declare namespace Imagebuilder {
902
902
  */
903
903
  description?: NonEmptyString;
904
904
  /**
905
- * The semantic version of the container recipe (&lt;major&gt;.&lt;minor&gt;.&lt;patch&gt;).
905
+ * The semantic version of the container recipe. This version follows the semantic version syntax. The semantic version has four nodes: &lt;major&gt;.&lt;minor&gt;.&lt;patch&gt;/&lt;build&gt;. 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, and that is not open for updates. 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.
906
906
  */
907
907
  semanticVersion: VersionNumber;
908
908
  /**
@@ -1078,7 +1078,7 @@ declare namespace Imagebuilder {
1078
1078
  */
1079
1079
  description?: NonEmptyString;
1080
1080
  /**
1081
- * The semantic version of the image recipe.
1081
+ * The semantic version of the image recipe. This version follows the semantic version syntax. The semantic version has four nodes: &lt;major&gt;.&lt;minor&gt;.&lt;patch&gt;/&lt;build&gt;. 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, and that is not open for updates. 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.
1082
1082
  */
1083
1083
  semanticVersion: VersionNumber;
1084
1084
  /**
@@ -1670,7 +1670,7 @@ declare namespace Imagebuilder {
1670
1670
  }
1671
1671
  export interface Image {
1672
1672
  /**
1673
- * The Amazon Resource Name (ARN) of the image.
1673
+ * The Amazon Resource Name (ARN) of the image. Semantic versioning is included in each object's Amazon Resource Name (ARN), at the level that applies to that object as follows: 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. Version ARNs have only the first three nodes: &lt;major&gt;.&lt;minor&gt;.&lt;patch&gt; Build version ARNs have all four nodes, and point to a specific build for a specific version of an object.
1674
1674
  */
1675
1675
  arn?: ImageBuilderArn;
1676
1676
  /**
@@ -1682,7 +1682,7 @@ declare namespace Imagebuilder {
1682
1682
  */
1683
1683
  name?: ResourceName;
1684
1684
  /**
1685
- * The semantic version of the image.
1685
+ * The semantic version of the image. The semantic version has four nodes: &lt;major&gt;.&lt;minor&gt;.&lt;patch&gt;/&lt;build&gt;. 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, and that is not open for updates. 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: When you retrieve or reference a resource with a semantic version, you can use wildcards (x) to filter your results. When you use a wildcard in any node, all nodes to the right of the first wildcard must also be wildcards. For example, specifying "1.2.x", or "1.x.x" works to filter list results, but neither "1.x.2", nor "x.2.x" will work. You do not have to specify the build - Image Builder automatically uses a wildcard for that, if applicable.
1686
1686
  */
1687
1687
  version?: VersionNumber;
1688
1688
  /**
@@ -1706,7 +1706,7 @@ declare namespace Imagebuilder {
1706
1706
  */
1707
1707
  imageRecipe?: ImageRecipe;
1708
1708
  /**
1709
- * The container recipe used to create the container image type.
1709
+ * The recipe that is used to create an Image Builder container image.
1710
1710
  */
1711
1711
  containerRecipe?: ContainerRecipe;
1712
1712
  /**
@@ -1989,35 +1989,35 @@ declare namespace Imagebuilder {
1989
1989
  export type ImageType = "AMI"|"DOCKER"|string;
1990
1990
  export interface ImageVersion {
1991
1991
  /**
1992
- * The Amazon Resource Name (ARN) of the image semantic version.
1992
+ * The Amazon Resource Name (ARN) of a specific version of an Image Builder image. Semantic versioning is included in each object's Amazon Resource Name (ARN), at the level that applies to that object as follows: 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. Version ARNs have only the first three nodes: &lt;major&gt;.&lt;minor&gt;.&lt;patch&gt; Build version ARNs have all four nodes, and point to a specific build for a specific version of an object.
1993
1993
  */
1994
1994
  arn?: ImageBuilderArn;
1995
1995
  /**
1996
- * The name of the image semantic version.
1996
+ * The name of this specific version of an Image Builder image.
1997
1997
  */
1998
1998
  name?: ResourceName;
1999
1999
  /**
2000
- * Specifies whether this is an AMI or container image.
2000
+ * Specifies whether this image is an AMI or a container image.
2001
2001
  */
2002
2002
  type?: ImageType;
2003
2003
  /**
2004
- * The semantic version of the image semantic version.
2004
+ * Details for a specific version of an Image Builder image. This version follows the semantic version syntax. The semantic version has four nodes: &lt;major&gt;.&lt;minor&gt;.&lt;patch&gt;/&lt;build&gt;. 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, and that is not open for updates. 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: When you retrieve or reference a resource with a semantic version, you can use wildcards (x) to filter your results. When you use a wildcard in any node, all nodes to the right of the first wildcard must also be wildcards. For example, specifying "1.2.x", or "1.x.x" works to filter list results, but neither "1.x.2", nor "x.2.x" will work. You do not have to specify the build - Image Builder automatically uses a wildcard for that, if applicable.
2005
2005
  */
2006
2006
  version?: VersionNumber;
2007
2007
  /**
2008
- * The platform of the image semantic version.
2008
+ * The platform of the image version, for example "Windows" or "Linux".
2009
2009
  */
2010
2010
  platform?: Platform;
2011
2011
  /**
2012
- * The operating system version of the instance. For example, Amazon Linux 2, Ubuntu 18, or Microsoft Windows Server 2019.
2012
+ * The operating system version of the Amazon EC2 build instance. For example, Amazon Linux 2, Ubuntu 18, or Microsoft Windows Server 2019.
2013
2013
  */
2014
2014
  osVersion?: OsVersion;
2015
2015
  /**
2016
- * The owner of the image semantic version.
2016
+ * The owner of the image version.
2017
2017
  */
2018
2018
  owner?: NonEmptyString;
2019
2019
  /**
2020
- * The date at which this image semantic version was created.
2020
+ * The date on which this specific version of the Image Builder image was created.
2021
2021
  */
2022
2022
  dateCreated?: DateTime;
2023
2023
  }
@@ -2030,7 +2030,7 @@ declare namespace Imagebuilder {
2030
2030
  */
2031
2031
  name: ResourceName;
2032
2032
  /**
2033
- * The semantic version of the component. This version follows the semantic version syntax. For example, major.minor.patch. This could be versioned like software (2.0.1) or like a date (2019.12.01).
2033
+ * The semantic version of the component. This version follows the semantic version syntax. The semantic version has four nodes: &lt;major&gt;.&lt;minor&gt;.&lt;patch&gt;/&lt;build&gt;. You can assign values for the first three, and can filter on all of them. Filtering: When you retrieve or reference a resource with a semantic version, you can use wildcards (x) to filter your results. When you use a wildcard in any node, all nodes to the right of the first wildcard must also be wildcards. For example, specifying "1.2.x", or "1.x.x" works to filter list results, but neither "1.x.2", nor "x.2.x" will work. You do not have to specify the build - Image Builder automatically uses a wildcard for that, if applicable.
2034
2034
  */
2035
2035
  semanticVersion: VersionNumber;
2036
2036
  /**
@@ -2042,7 +2042,7 @@ declare namespace Imagebuilder {
2042
2042
  */
2043
2043
  changeDescription?: NonEmptyString;
2044
2044
  /**
2045
- * The type of the component denotes whether the component is used to build the image or only to test it.
2045
+ * The type of the component denotes whether the component is used to build the image, or only to test it.
2046
2046
  */
2047
2047
  type: ComponentType;
2048
2048
  /**
@@ -2290,7 +2290,7 @@ declare namespace Imagebuilder {
2290
2290
  */
2291
2291
  filters?: FilterList;
2292
2292
  /**
2293
- * Returns the list of component build versions for the specified semantic version.
2293
+ * Returns the list of component build versions for the specified name.
2294
2294
  */
2295
2295
  byName?: Boolean;
2296
2296
  /**
@@ -2308,7 +2308,7 @@ declare namespace Imagebuilder {
2308
2308
  */
2309
2309
  requestId?: NonEmptyString;
2310
2310
  /**
2311
- * The list of component semantic versions.
2311
+ * The list of component semantic versions. The semantic version has four nodes: &lt;major&gt;.&lt;minor&gt;.&lt;patch&gt;/&lt;build&gt;. You can assign values for the first three, and can filter on all of them.
2312
2312
  */
2313
2313
  componentVersionList?: ComponentVersionList;
2314
2314
  /**
@@ -2560,7 +2560,7 @@ declare namespace Imagebuilder {
2560
2560
  */
2561
2561
  requestId?: NonEmptyString;
2562
2562
  /**
2563
- * The list of image semantic versions.
2563
+ * The list of image semantic versions. The semantic version has four nodes: &lt;major&gt;.&lt;minor&gt;.&lt;patch&gt;/&lt;build&gt;. You can assign values for the first three, and can filter on all of them. Filtering: When you retrieve or reference a resource with a semantic version, you can use wildcards (x) to filter your results. When you use a wildcard in any node, all nodes to the right of the first wildcard must also be wildcards. For example, specifying "1.2.x", or "1.x.x" works to filter list results, but neither "1.x.2", nor "x.2.x" will work. You do not have to specify the build - Image Builder automatically uses a wildcard for that, if applicable.
2564
2564
  */
2565
2565
  imageVersionList?: ImageVersionList;
2566
2566
  /**