hull-demo-1.31.2

Changelog

---

[1.31.2]

FIXES:

• fixed printed empty string when referencing multi-line strings including line breaks using _HT*. Referenced strings via _HT* are now bytewise interpreted and printed including newlines using printf "%s" ($value | quote) instead of just $value. This transports original string as they are literally specified.
• partially fixed referencing large numbers in their original form. Previously if a string contains large numbers > 999999 or values resembling scientific notation, any reference via _HT* to the source field interpreted the strings as numbers and converted them to usually undesired scientific notation, chaning their value and meaning. Side effect of using printf "%s" ($value | quote) for string references, all strings are now transported unchanged. Essentially this makes the JSON hack mentioned in this issue obsolete when the source value is in string form.

CHANGES:

• using tpl transformations with _HT! now allows in-place serialization of the result using toJson, toPrettyJson, toRawJson, toYaml or toString. This adds another serialization possibility besides the existing _HT/ include and _HT* get transformation result serialization capabilities. Thanks ievgenii-shepeliuk for the feature request here.
• made previously required dictionary wrapping of array contents for include/_HT/ transformations obsolete by correctly making use of to fromYamlArray Helm function. If an array was to be returned by a _HT/ transformation, previously it was needed to wrap it in a dictionary and grab the result from the chosen dictionary key. For example, an transformation like _HT/result/hull.transformation.do.something would essentially return an array if the include produces a dictionary with a key result that has an array value. Starting with this version, it is possible to call _HT/hull.transformation.do.something and the resulting include can directly produce the array.
• restructured documentation on transformations in the hull/doc/transformation.md file and removed references to obsolete legacy syntax for transformations.

hull-demo-1.30.7

Changelog

---

[1.30.7]

FIXES:

• fixed printed empty string when referencing multi-line strings including line breaks using _HT*. Referenced strings via _HT* are now bytewise interpreted and printed including newlines using printf "%s" ($value | quote) instead of just $value. This transports original string as they are literally specified.
• partially fixed referencing large numbers in their original form. Previously if a string contains large numbers > 999999 or values resembling scientific notation, any reference via _HT* to the source field interpreted the strings as numbers and converted them to usually undesired scientific notation, chaning their value and meaning. Side effect of using printf "%s" ($value | quote) for string references, all strings are now transported unchanged. Essentially this makes the JSON hack mentioned in this issue obsolete when the source value is in string form.

CHANGES:

• using tpl transformations with _HT! now allows in-place serialization of the result using toJson, toPrettyJson, toRawJson, toYaml or toString. This adds another serialization possibility besides the existing _HT/ include and _HT* get transformation result serialization capabilities. Thanks ievgenii-shepeliuk for the feature request here.
• made previously required dictionary wrapping of array contents for include/_HT/ transformations obsolete by correctly making use of to fromYamlArray Helm function. If an array was to be returned by a _HT/ transformation, previously it was needed to wrap it in a dictionary and grab the result from the chosen dictionary key. For example, an transformation like _HT/result/hull.transformation.do.something would essentially return an array if the include produces a dictionary with a key result that has an array value. Starting with this version, it is possible to call _HT/hull.transformation.do.something and the resulting include can directly produce the array.
• restructured documentation on transformations in the hull/doc/transformation.md file and removed references to obsolete legacy syntax for transformations.

hull-demo-1.30.6

Changelog

---

[1.30.6]

FIXES:

• fixed follow-up problem with a previous fix for calculation of hashsumAnnotation for ConfigMaps or Secrets. In an unlikely case, where a ConfigMap or Secret object has no data property set and is then disabled, an unintended error was thrown. ConfigMaps or Secrets with no actual data properties can now be disabled without the hashsumAnnotation functionality failing.

CHANGES:

• added include shortform transformation _HT/ to the allowed transformations that can be used within _HT! tpl transformations. Similar to using the _HT* get syntax within _HT! transformations, the _HT/ include syntax is now embeddable as well. To delimit the _HT/ arguments from the rest of the _HT! content, the _HT/ block must have a clear ending suffix /TH_, similar to bashs if/fi style. For example, the following syntax now executes the include function within the tpl content: _HT!{{- printf "%s-%s" _HT/hull.metadata.name:COMPONENT:"tpl-include"/TH_ "example" -}}
• added possibility to override individual object instance namespaces by setting an optional namespaceOverride property on the object instance. CAUTION: creating objects in multiple namespaces may go against Helm principles since normally all objects are created only in the release namespace!
• added more example values.yaml files to files/examples and updated outdated ones

hull-demo-1.29.14

Changelog

---

[1.29.14]

FIXES:

• fixed printed empty string when referencing multi-line strings including line breaks using _HT*. Referenced strings via _HT* are now bytewise interpreted and printed including newlines using printf "%s" ($value | quote) instead of just $value. This transports original string as they are literally specified.
• partially fixed referencing large numbers in their original form. Previously if a string contains large numbers > 999999 or values resembling scientific notation, any reference via _HT* to the source field interpreted the strings as numbers and converted them to usually undesired scientific notation, chaning their value and meaning. Side effect of using printf "%s" ($value | quote) for string references, all strings are now transported unchanged. Essentially this makes the JSON hack mentioned in this issue obsolete when the source value is in string form.

CHANGES:

• using tpl transformations with _HT! now allows in-place serialization of the result using toJson, toPrettyJson, toRawJson, toYaml or toString. This adds another serialization possibility besides the existing _HT/ include and _HT* get transformation result serialization capabilities. Thanks ievgenii-shepeliuk for the feature request here.
• made previously required dictionary wrapping of array contents for include/_HT/ transformations obsolete by correctly making use of to fromYamlArray Helm function. If an array was to be returned by a _HT/ transformation, previously it was needed to wrap it in a dictionary and grab the result from the chosen dictionary key. For example, an transformation like _HT/result/hull.transformation.do.something would essentially return an array if the include produces a dictionary with a key result that has an array value. Starting with this version, it is possible to call _HT/hull.transformation.do.something and the resulting include can directly produce the array.
• restructured documentation on transformations in the hull/doc/transformation.md file and removed references to obsolete legacy syntax for transformations.

hull-demo-1.29.13

Changelog

---

[1.29.13]

FIXES:

• fixed follow-up problem with a previous fix for calculation of hashsumAnnotation for ConfigMaps or Secrets. In an unlikely case, where a ConfigMap or Secret object has no data property set and is then disabled, an unintended error was thrown. ConfigMaps or Secrets with no actual data properties can now be disabled without the hashsumAnnotation functionality failing.

CHANGES:

• added include shortform transformation _HT/ to the allowed transformations that can be used within _HT! tpl transformations. Similar to using the _HT* get syntax within _HT! transformations, the _HT/ include syntax is now embeddable as well. To delimit the _HT/ arguments from the rest of the _HT! content, the _HT/ block must have a clear ending suffix /TH_, similar to bashs if/fi style. For example, the following syntax now executes the include function within the tpl content: _HT!{{- printf "%s-%s" _HT/hull.metadata.name:COMPONENT:"tpl-include"/TH_ "example" -}}
• added possibility to override individual object instance namespaces by setting an optional namespaceOverride property on the object instance. CAUTION: creating objects in multiple namespaces may go against Helm principles since normally all objects are created only in the release namespace!
• added more example values.yaml files to files/examples and updated outdated ones

hull-1.31.2

Changelog

---

[1.31.2]

FIXES:

• fixed printed empty string when referencing multi-line strings including line breaks using _HT*. Referenced strings via _HT* are now bytewise interpreted and printed including newlines using printf "%s" ($value | quote) instead of just $value. This transports original string as they are literally specified.
• partially fixed referencing large numbers in their original form. Previously if a string contains large numbers > 999999 or values resembling scientific notation, any reference via _HT* to the source field interpreted the strings as numbers and converted them to usually undesired scientific notation, chaning their value and meaning. Side effect of using printf "%s" ($value | quote) for string references, all strings are now transported unchanged. Essentially this makes the JSON hack mentioned in this issue obsolete when the source value is in string form.

CHANGES:

• using tpl transformations with _HT! now allows in-place serialization of the result using toJson, toPrettyJson, toRawJson, toYaml or toString. This adds another serialization possibility besides the existing _HT/ include and _HT* get transformation result serialization capabilities. Thanks ievgenii-shepeliuk for the feature request here.
• made previously required dictionary wrapping of array contents for include/_HT/ transformations obsolete by correctly making use of to fromYamlArray Helm function. If an array was to be returned by a _HT/ transformation, previously it was needed to wrap it in a dictionary and grab the result from the chosen dictionary key. For example, an transformation like _HT/result/hull.transformation.do.something would essentially return an array if the include produces a dictionary with a key result that has an array value. Starting with this version, it is possible to call _HT/hull.transformation.do.something and the resulting include can directly produce the array.
• restructured documentation on transformations in the hull/doc/transformation.md file and removed references to obsolete legacy syntax for transformations.

hull-1.30.7

Changelog

---

[1.30.7]

FIXES:

• fixed printed empty string when referencing multi-line strings including line breaks using _HT*. Referenced strings via _HT* are now bytewise interpreted and printed including newlines using printf "%s" ($value | quote) instead of just $value. This transports original string as they are literally specified.
• partially fixed referencing large numbers in their original form. Previously if a string contains large numbers > 999999 or values resembling scientific notation, any reference via _HT* to the source field interpreted the strings as numbers and converted them to usually undesired scientific notation, chaning their value and meaning. Side effect of using printf "%s" ($value | quote) for string references, all strings are now transported unchanged. Essentially this makes the JSON hack mentioned in this issue obsolete when the source value is in string form.

CHANGES:

• using tpl transformations with _HT! now allows in-place serialization of the result using toJson, toPrettyJson, toRawJson, toYaml or toString. This adds another serialization possibility besides the existing _HT/ include and _HT* get transformation result serialization capabilities. Thanks ievgenii-shepeliuk for the feature request here.
• made previously required dictionary wrapping of array contents for include/_HT/ transformations obsolete by correctly making use of to fromYamlArray Helm function. If an array was to be returned by a _HT/ transformation, previously it was needed to wrap it in a dictionary and grab the result from the chosen dictionary key. For example, an transformation like _HT/result/hull.transformation.do.something would essentially return an array if the include produces a dictionary with a key result that has an array value. Starting with this version, it is possible to call _HT/hull.transformation.do.something and the resulting include can directly produce the array.
• restructured documentation on transformations in the hull/doc/transformation.md file and removed references to obsolete legacy syntax for transformations.

hull-1.30.6

Changelog

---

[1.30.6]

FIXES:

• fixed follow-up problem with a previous fix for calculation of hashsumAnnotation for ConfigMaps or Secrets. In an unlikely case, where a ConfigMap or Secret object has no data property set and is then disabled, an unintended error was thrown. ConfigMaps or Secrets with no actual data properties can now be disabled without the hashsumAnnotation functionality failing.

CHANGES:

• added include shortform transformation _HT/ to the allowed transformations that can be used within _HT! tpl transformations. Similar to using the _HT* get syntax within _HT! transformations, the _HT/ include syntax is now embeddable as well. To delimit the _HT/ arguments from the rest of the _HT! content, the _HT/ block must have a clear ending suffix /TH_, similar to bashs if/fi style. For example, the following syntax now executes the include function within the tpl content: _HT!{{- printf "%s-%s" _HT/hull.metadata.name:COMPONENT:"tpl-include"/TH_ "example" -}}
• added possibility to override individual object instance namespaces by setting an optional namespaceOverride property on the object instance. CAUTION: creating objects in multiple namespaces may go against Helm principles since normally all objects are created only in the release namespace!
• added more example values.yaml files to files/examples and updated outdated ones

hull-1.29.14

Changelog

---

[1.29.14]

FIXES:

• fixed printed empty string when referencing multi-line strings including line breaks using _HT*. Referenced strings via _HT* are now bytewise interpreted and printed including newlines using printf "%s" ($value | quote) instead of just $value. This transports original string as they are literally specified.
• partially fixed referencing large numbers in their original form. Previously if a string contains large numbers > 999999 or values resembling scientific notation, any reference via _HT* to the source field interpreted the strings as numbers and converted them to usually undesired scientific notation, chaning their value and meaning. Side effect of using printf "%s" ($value | quote) for string references, all strings are now transported unchanged. Essentially this makes the JSON hack mentioned in this issue obsolete when the source value is in string form.

CHANGES:

• using tpl transformations with _HT! now allows in-place serialization of the result using toJson, toPrettyJson, toRawJson, toYaml or toString. This adds another serialization possibility besides the existing _HT/ include and _HT* get transformation result serialization capabilities. Thanks ievgenii-shepeliuk for the feature request here.
• made previously required dictionary wrapping of array contents for include/_HT/ transformations obsolete by correctly making use of to fromYamlArray Helm function. If an array was to be returned by a _HT/ transformation, previously it was needed to wrap it in a dictionary and grab the result from the chosen dictionary key. For example, an transformation like _HT/result/hull.transformation.do.something would essentially return an array if the include produces a dictionary with a key result that has an array value. Starting with this version, it is possible to call _HT/hull.transformation.do.something and the resulting include can directly produce the array.
• restructured documentation on transformations in the hull/doc/transformation.md file and removed references to obsolete legacy syntax for transformations.

hull-1.29.13

Changelog

---

[1.29.13]

FIXES:

• fixed follow-up problem with a previous fix for calculation of hashsumAnnotation for ConfigMaps or Secrets. In an unlikely case, where a ConfigMap or Secret object has no data property set and is then disabled, an unintended error was thrown. ConfigMaps or Secrets with no actual data properties can now be disabled without the hashsumAnnotation functionality failing.

CHANGES:

• added include shortform transformation _HT/ to the allowed transformations that can be used within _HT! tpl transformations. Similar to using the _HT* get syntax within _HT! transformations, the _HT/ include syntax is now embeddable as well. To delimit the _HT/ arguments from the rest of the _HT! content, the _HT/ block must have a clear ending suffix /TH_, similar to bashs if/fi style. For example, the following syntax now executes the include function within the tpl content: _HT!{{- printf "%s-%s" _HT/hull.metadata.name:COMPONENT:"tpl-include"/TH_ "example" -}}
• added possibility to override individual object instance namespaces by setting an optional namespaceOverride property on the object instance. CAUTION: creating objects in multiple namespaces may go against Helm principles since normally all objects are created only in the release namespace!
• added more example values.yaml files to files/examples and updated outdated ones