Releases: vidispine/hull
Releases · vidispine/hull
hull-demo-1.30.10
Changelog
[1.30.10]
FIXES:
- fix CronJob schema missing allowed property
timeZoneas reported here. Thanks for reporting seniorquico!
hull-1.33.0
Changelog
[1.33.0]
CHANGES:
- initial K8S 1.33 release
- deprecating 1.30 release
hull-1.32.3
Changelog
[1.32.3]
FIXES:
- fix CronJob schema missing allowed property
timeZoneas reported here. Thanks for reporting seniorquico!
hull-1.30.10
Changelog
[1.30.10]
FIXES:
- fix CronJob schema missing allowed property
timeZoneas reported here. Thanks for reporting seniorquico!
hull-demo-1.31.5
Changelog
[1.31.5]
FIXES:
- fix CronJob schema missing allowed property
timeZoneas reported here. Thanks for reporting seniorquico!
hull-demo-1.31.4
Changelog
[1.31.4]
FIXES:
- added schema validation of Gateway API objects created in tests so they are validated properly
- corrected version of created ReferenceGrant objects from
v1tov1alpha2 - fixed Gateway API incorrect schema in field
hostnamesby changing it to an array - fixed usage of HULL transformations in all fields of Gateway API schema objects in
values.schema.json. Additional JSON schema properties targeting regular, non-HULL transformation inputs (pattern,default,enum, ``minLengthandmaxLength` for strings, `format`, `minimum` and `maximum` for integers) were also applied to the `_HT` inputs which broke usage of them. Solved by strictly seperating inputs between `_HT` HULL transformation strings and regular inputs using the `anyOf` property. Thanks to ievgenii-shepeliuk for raising the issue here
hull-1.31.5
Changelog
[1.31.5]
FIXES:
- fix CronJob schema missing allowed property
timeZoneas reported here. Thanks for reporting seniorquico!
hull-1.31.4
Changelog
[1.31.4]
FIXES:
- added schema validation of Gateway API objects created in tests so they are validated properly
- corrected version of created ReferenceGrant objects from
v1tov1alpha2 - fixed Gateway API incorrect schema in field
hostnamesby changing it to an array - fixed usage of HULL transformations in all fields of Gateway API schema objects in
values.schema.json. Additional JSON schema properties targeting regular, non-HULL transformation inputs (pattern,default,enum, ``minLengthandmaxLength` for strings, `format`, `minimum` and `maximum` for integers) were also applied to the `_HT` inputs which broke usage of them. Solved by strictly seperating inputs between `_HT` HULL transformation strings and regular inputs using the `anyOf` property. Thanks to ievgenii-shepeliuk for raising the issue here
hull-demo-1.32.2
Changelog
[1.32.2]
FIXES:
- added schema validation of Gateway API objects created in tests so they are validated properly
- corrected version of created ReferenceGrant objects from
v1tov1alpha2 - fixed Gateway API incorrect schema in field
hostnamesby changing it to an array - fixed usage of HULL transformations in all fields of Gateway API schema objects in
values.schema.json. Additional JSON schema properties targeting regular, non-HULL transformation inputs (pattern,default,enum, ``minLengthandmaxLength` for strings, `format`, `minimum` and `maximum` for integers) were also applied to the `_HT` inputs which broke usage of them. Solved by strictly seperating inputs between `_HT` HULL transformation strings and regular inputs using the `anyOf` property. Thanks to ievgenii-shepeliuk for raising the issue here
hull-demo-1.31.3
Changelog
[1.31.3]
CHANGES:
- added Gateway API objects in version 1.2.0-experimental as main object types to HULL:
backendlbpolicy,backendtlspolicy,gatewayclass,gateway,grpcroute,httproute,referencegrant,tcproute,tlsrouteandudproute. This should make it more comfortable to use them opposed to specifying them using the genericcustomresourceobject type. Thanks to suggestion from ievgenii-shepeliuk made here - introducing
sourcesfeature for pods (podlevel in the workload specifications) and containers (initContainersandcontainerslevels in the workload specifications). Usingsoucesenables global defaulting of pod and container properties and flexible sharing plus stacking of sets of properties for both pods and containers. Potential usages range from globally enforcing workload security settings, specifying shared minimum or special resource requirements or harmonization of all pods and containers in a chart. See the chart design guide for details. This also closes issues Add sharedContainers feature and Default security settings. - added configurable multi-pass rendering of HULL transformations. This enables forward referencing of values in the YAML tree which was previously not possible. For example, using only a single HULL transformation rendering pass, a field
.Values.hull.config.specific.field_a: _HT*hull.config.specific.field_b, where_HT*hull.config.specific.field_b: _HT*hull.config.specific.field_c, will resolvefield_ato literal string_HT*hull.config.specific.field_c. This is the case because at the time whenfield_ais resolved the value offield_bis not yet resolved due to the alphanumeric order of HULL transformation processing. With the new multi-pass default ofhull.config.general.render: 3, thefield_a: _HT*hull.config.specific.field_cvalue is fully resolved to the referenced value of_HT*hull.config.specific.field_cin the second pass.