Part of our findings when testing v8, which now has strict datatype checking.
These changes simplify and nullify edge case issues when importing text data using more esoteric charactersets in other DB systems (for example Latin1 Ü (umlauts), these don't fit in Exasol's version of ASCII, so UTF8 is required)
The current switch that exists as a workaround for some of these edge cases is then also no longer needed.
Issues with project keeper after toolchains fix. Needs to be looked at by project keeper maintainers when they're available again.
EDIT: found a solution
Part of our findings when testing v8, which now has strict datatype checking. These changes simplify and nullify edge case issues when importing text data using more esoteric charactersets in other DB systems (for example Latin1 Ü (umlauts), these don't fit in Exasol's version of ASCII, so UTF8 is required) The current switch that exists as a workaround for some of these edge cases is then also no longer needed.