Originally posted by: repanzer
I can't believe I forgot about the <<>> in the substitute function, but, ironicly, the <<>> was the only thing that effected out upgrade from 7.5 to 8.1; one map would not come up in launcher unless I took out the substitute with the <<>>. When I run the map right now on my desktop.
Anyway, no matter what I do to make this work, it's never 100%.
I made my input type tree EBCIDC and an output ASCII blob and it works wonders for most records...until I hit an Hex 15 in ebcidic in a packed decimal field.
(I attached a pic of the bytes)
In the first example, it leaves the hex 02 24 0C packed decimal field as is when going to ascii, converts everything else fine. When I take that same data, make the hex 24 a hex 15, it converts it to a hex 0A (ascii LF). I do not know why it will leave the hex 24 alone, and not convert it to an ascii "4" (ascii hex 34), but insists on converting the hex 15 ebcidic to hex 0A ascii when the fields are defined the exact same way. I didn't change the type tree, I just make the hex 24 into hex 15 and it treated it differently.
So does that mean I should do a substitute on all these field, leaving X'24 alone, but use substitute putting Hex 0A back as hex 15? Unfortunately I can't even test if that will work, because my map just shuts down. If I knew how to use the convert and alter the table, that may be a solution, but I don't know how that works and the docs do not provide enough info.
Thanks for the input!
#IBMSterlingTransformationExtender#DataExchange#IBM-Websphere-Transformation-Extender