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
Generated validation schemas (openapi v3 with structural schema contraints) cannot currently be used in conjunction with proto int64's. This is because proto maps the int64 proto type to JSON strings (reference).*
For Solo CRD's, it's unlikely that there will be a use case where int64's must be used instead of an alternative like uint32. However, this constraint may pose an issue for CRDs that import external protobuf schemas (e.g. from Envoy) that do use int64.
Potential solutions for removing the int64 constraint:
Modify our controller serialization behavior so that int64s are not serialized as JSON strings.
Modify the generated openapi schema to replace all int64 types with string or int64. Example:
* This, in turn, is because Javascript represents all numbers as 64-bit floating point values, so Javascript cannot represent numbers larger than 2^53 (more on that here).
The text was updated successfully, but these errors were encountered:
Generated validation schemas (openapi v3 with structural schema contraints) cannot currently be used in conjunction with proto int64's. This is because proto maps the int64 proto type to JSON strings (reference).*
For Solo CRD's, it's unlikely that there will be a use case where int64's must be used instead of an alternative like uint32. However, this constraint may pose an issue for CRDs that import external protobuf schemas (e.g. from Envoy) that do use int64.
Potential solutions for removing the int64 constraint:
* This, in turn, is because Javascript represents all numbers as 64-bit floating point values, so Javascript cannot represent numbers larger than 2^53 (more on that here).
The text was updated successfully, but these errors were encountered: