hull-demo-1.34.4

Changelog

[1.34.4]

CHANGES:

• introduce conditionals feature to allow conditional rendering of elements in places where enabled properties are not available. By binding one or more properties to an arbitrary condition, the rendering of the properties can be indirectly controlled which allows to render or hide sub-trees completely under specified conditions. Check the documentation on chart design for more information. Thanks Armin sanarena for the feature request!

FIXES:

• fixed error handling changes because it caused installation failures with errors in disabled content and sub chart rendering. Instead of the changed approach (raising every error that occurs during processing) and the original approach (raise only errors in rendered objects), a combined approach is used now. The old error handling practice is restored (raise all visible errors in templates) but extended with raising errors from conditionals references, however this is limited to the cases where the associated object is actually rendered. If errors in conditional references are recorded for objects that don't get rendered in the end, the errors are dropped.
• improved error messages for better understanding and added object tree paths for direct identification of error source
• improved error handling by storing all found HULL errors in the charts values tree instead of inline in the object YAMLs. Previously, HULL errors were written to the output YAML as the values of the properties where the errors occured and in a final parsing stage the complete YAML tree was searched and errors collected and raised. This approach was performance costly due to the complete parsing of the object YAMLs and also misses errors that happen in places which don't get rendered in the final object YAML. The new approach, that collects all errors separately and later raises them if any are found, is less resource heavy and misses no errors.

hull-demo-1.33.5

Changelog

[1.33.5]

CHANGES:

• introduce conditionals feature to allow conditional rendering of elements in places where enabled properties are not available. By binding one or more properties to an arbitrary condition, the rendering of the properties can be indirectly controlled which allows to render or hide sub-trees completely under specified conditions. Check the documentation on chart design for more information. Thanks Armin sanarena for the feature request!

FIXES:

• fixed error handling changes because it caused installation failures with errors in disabled content and sub chart rendering. Instead of the changed approach (raising every error that occurs during processing) and the original approach (raise only errors in rendered objects), a combined approach is used now. The old error handling practice is restored (raise all visible errors in templates) but extended with raising errors from conditionals references, however this is limited to the cases where the associated object is actually rendered. If errors in conditional references are recorded for objects that don't get rendered in the end, the errors are dropped.
• improved error messages for better understanding and added object tree paths for direct identification of error source
• improved error handling by storing all found HULL errors in the charts values tree instead of inline in the object YAMLs. Previously, HULL errors were written to the output YAML as the values of the properties where the errors occured and in a final parsing stage the complete YAML tree was searched and errors collected and raised. This approach was performance costly due to the complete parsing of the object YAMLs and also misses errors that happen in places which don't get rendered in the final object YAML. The new approach, that collects all errors separately and later raises them if any are found, is less resource heavy and misses no errors.

hull-1.34.4

Changelog

[1.34.4]

CHANGES:

• introduce conditionals feature to allow conditional rendering of elements in places where enabled properties are not available. By binding one or more properties to an arbitrary condition, the rendering of the properties can be indirectly controlled which allows to render or hide sub-trees completely under specified conditions. Check the documentation on chart design for more information. Thanks Armin sanarena for the feature request!

FIXES:

• fixed error handling changes because it caused installation failures with errors in disabled content and sub chart rendering. Instead of the changed approach (raising every error that occurs during processing) and the original approach (raise only errors in rendered objects), a combined approach is used now. The old error handling practice is restored (raise all visible errors in templates) but extended with raising errors from conditionals references, however this is limited to the cases where the associated object is actually rendered. If errors in conditional references are recorded for objects that don't get rendered in the end, the errors are dropped.
• improved error messages for better understanding and added object tree paths for direct identification of error source
• improved error handling by storing all found HULL errors in the charts values tree instead of inline in the object YAMLs. Previously, HULL errors were written to the output YAML as the values of the properties where the errors occured and in a final parsing stage the complete YAML tree was searched and errors collected and raised. This approach was performance costly due to the complete parsing of the object YAMLs and also misses errors that happen in places which don't get rendered in the final object YAML. The new approach, that collects all errors separately and later raises them if any are found, is less resource heavy and misses no errors.

hull-1.33.5

Changelog

[1.33.5]

CHANGES:

• introduce conditionals feature to allow conditional rendering of elements in places where enabled properties are not available. By binding one or more properties to an arbitrary condition, the rendering of the properties can be indirectly controlled which allows to render or hide sub-trees completely under specified conditions. Check the documentation on chart design for more information. Thanks Armin sanarena for the feature request!

FIXES:

• fixed error handling changes because it caused installation failures with errors in disabled content and sub chart rendering. Instead of the changed approach (raising every error that occurs during processing) and the original approach (raise only errors in rendered objects), a combined approach is used now. The old error handling practice is restored (raise all visible errors in templates) but extended with raising errors from conditionals references, however this is limited to the cases where the associated object is actually rendered. If errors in conditional references are recorded for objects that don't get rendered in the end, the errors are dropped.
• improved error messages for better understanding and added object tree paths for direct identification of error source
• improved error handling by storing all found HULL errors in the charts values tree instead of inline in the object YAMLs. Previously, HULL errors were written to the output YAML as the values of the properties where the errors occured and in a final parsing stage the complete YAML tree was searched and errors collected and raised. This approach was performance costly due to the complete parsing of the object YAMLs and also misses errors that happen in places which don't get rendered in the final object YAML. The new approach, that collects all errors separately and later raises them if any are found, is less resource heavy and misses no errors.

hull-demo-1.35.3

Changelog

[1.35.3]

FIXES:

• fixed error handling changes because it caused installation failures with errors in disabled content and sub chart rendering. Instead of the changed approach (raising every error that occurs during processing) and the original approach (raise only errors in rendered objects), a combined approach is used now. The old error handling practice is restored (raise all visible errors in templates) but extended with raising errors from conditionals references, however this is limited to the cases where the associated object is actually rendered. If errors in conditional references are recorded for objects that don't get rendered in the end, the errors are dropped.
• improved error messages for better understanding and added object tree paths for direct identification of error source

hull-1.35.3

Changelog

[1.35.3]

FIXES:

• fixed error handling changes because it caused installation failures with errors in disabled content and sub chart rendering. Instead of the changed approach (raising every error that occurs during processing) and the original approach (raise only errors in rendered objects), a combined approach is used now. The old error handling practice is restored (raise all visible errors in templates) but extended with raising errors from conditionals references, however this is limited to the cases where the associated object is actually rendered. If errors in conditional references are recorded for objects that don't get rendered in the end, the errors are dropped.
• improved error messages for better understanding and added object tree paths for direct identification of error source

hull-demo-1.35.2

Changelog

[1.35.2]

CHANGES:

• intoduce conditionals feature to allow conditional rendering of elements in places where enabled properties are not available. By binding one or more properties to an arbitrary condition, the rendering of the properties can be indirectly controlled which allows to render or hide sub-trees completely under specified conditions. Check the documentation on chart design for more information. Thanks Armin sanarena for the feature request!

FIXES:

• improved error handling by storing all found HULL errors in the charts values tree instead of inline in the object YAMLs. Previously, HULL errors were written to the output YAML as the values of the properties where the errors occured and in a final parsing stage the complete YAML tree was searched and errors collected and raised. This approach was performance costly due to the complete parsing of the object YAMLs and also misses errors that happen in places which don't get rendered in the final object YAML. The new approach, that collects all errors seperately and later raises them if any are found, is less resource heavy and misses no errors.

hull-demo-1.34.3

Changelog

[1.34.3]

CHANGES:

• support subchart usecases with HULL. First, the parsing of HULL relevant fields for transformations has been extended to all of .Values instead of .Values.hull. This means that HULL transformations in sections outside of .Values.hull, such as subchart configurations and .Values.global, are now also handled and the result is available for further processing. When adding the hull.yaml to a subcharts templates/zzz folder in a HULL based parent chart, it becomes possible to use transformations that involve shared data under .Values.global and make the result available to parent and sub charts.

FIXES:

• due to changes made to Helm 3 versions, the behavior for accessing undefined values has changed for specific Helm 3 versions starting with 3.19.5+ and 3.20+. The named versions (and potentially all following Helm 3 patches) exhibit the Helm 4 behavior which leads to an error if an undefined field is accessed. Tests were adapted to differentiate concrete Helm 3 versions and set correct expectations.

hull-demo-1.33.4

Changelog

[1.33.4]

CHANGES:

• support subchart usecases with HULL. First, the parsing of HULL relevant fields for transformations has been extended to all of .Values instead of .Values.hull. This means that HULL transformations in sections outside of .Values.hull, such as subchart configurations and .Values.global, are now also handled and the result is available for further processing. When adding the hull.yaml to a subcharts templates/zzz folder in a HULL based parent chart, it becomes possible to use transformations that involve shared data under .Values.global and make the result available to parent and sub charts.

FIXES:

• due to changes made to Helm 3 versions, the behavior for accessing undefined values has changed for specific Helm 3 versions starting with 3.19.5+ and 3.20+. The named versions (and potentially all following Helm 3 patches) exhibit the Helm 4 behavior which leads to an error if an undefined field is accessed. Tests were adapted to differentiate concrete Helm 3 versions and set correct expectations.

hull-1.35.2

Changelog

[1.35.2]

CHANGES:

• intoduce conditionals feature to allow conditional rendering of elements in places where enabled properties are not available. By binding one or more properties to an arbitrary condition, the rendering of the properties can be indirectly controlled which allows to render or hide sub-trees completely under specified conditions. Check the documentation on chart design for more information. Thanks Armin sanarena for the feature request!

FIXES:

• improved error handling by storing all found HULL errors in the charts values tree instead of inline in the object YAMLs. Previously, HULL errors were written to the output YAML as the values of the properties where the errors occured and in a final parsing stage the complete YAML tree was searched and errors collected and raised. This approach was performance costly due to the complete parsing of the object YAMLs and also misses errors that happen in places which don't get rendered in the final object YAML. The new approach, that collects all errors seperately and later raises them if any are found, is less resource heavy and misses no errors.