Originally posted by: jvanboga
Yes, I've used that map set too. Actually before converting the type tree to EDCDI I used both versions of the 'ebcdic to ascii' maps. They both produced the same results but the default/ascii type tree failed to validate those results also. I suspect the issue is the comp3 fields.
Here is an excerpt from the ebcdic validation....
(Level 2: Offset 0, len 2, comp 1 of 45, #1, DI 00000001:)
Data at offset 0 ('00...') failed item presentation test for TYPE
X'0007' (PLAN Field CopyBook).
(Level 2: Offset 0, len 2, comp 1 of 45, #1, DI 00000001:)
Data at offset 0 ('00') is INVALID data of TYPE
X'0007' (PLAN Field CopyBook).
(Level 2: Offset 2, len 7, comp 2 of 45, #1, DI 00000002:)
Data at offset 2 ('000000h...') failed item presentation test for TYPE
X'0008' (CLAIM_NO Field CopyBook).
.
.
.
#DataExchange#IBMSterlingTransformationExtender#IBM-Websphere-Transformation-Extender