You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The Table "example" is invalid: spec.forProvider.attribute[2].type: Invalid value: "boolean": spec.forProvider.attribute[2].type in body must be of type string: "boolean"
However, when 'N'is provided instead N it is working.
Now, in case DynamoDB Table is part of a composition (based on KCL function, not P&T), then no matter how value "N" (number) is provided, quoted or not, the process ends up with error.
What happened?
From a composition, expected is to have DynamoDB Table provisioned.
It turns out that if one has an attribute of type number (N), the resource will never get provisioned due to an error.
### Crossplane Version
v1.14.5
### Provider Version
v1.3.1
### Kubernetes Version
v1.27.11
### Kubernetes Distribution
EKS
### Additional Info
This does not happen with P&T composition, but with KCL function based composition.
The text was updated successfully, but these errors were encountered:
Is there an existing issue for this?
Affected Resource(s)
dynamodb.aws.upbound.io/v1beta1 - Table
https://marketplace.upbound.io/providers/upbound/provider-aws-dynamodb/v1.3.1/resources/dynamodb.aws.upbound.io/Table/v1beta1
Resource MRs required to reproduce the bug
Steps to Reproduce
Apply the MR manifest. The result would be:
However, when
'N'
is provided insteadN
it is working.Now, in case DynamoDB Table is part of a composition (based on KCL function, not P&T), then no matter how value "N" (number) is provided, quoted or not, the process ends up with error.
What happened?
From a composition, expected is to have DynamoDB Table provisioned.
It turns out that if one has an attribute of type
number
(N), the resource will never get provisioned due to an error.Relevant Error Output Snippet
The text was updated successfully, but these errors were encountered: