I have a date field marked as optional. In the trace TX sees at offset 383
that the field failed the item presentation and that's OK. However,
the next TX validation starts at the SAME offset 383 and fails.
Somehow TX has to move 8 bytes forward to offset 391 doesn't it ?
I'm new at this, what am I doing wrong ?
Thanks.
Optional field not present but TX doesn't go to nect field
-
- Participant
- Posts: 10
- Joined: Fri Sep 23, 2005 10:27 am
Re: Optional field not present but TX doesn't go to nect fie
Sorry, but invalid data and ABSENCE/PRESENCE of data are not the same thing. For example, in a type tree for a fixed length record (i.e..copybook...etc) , a text field can be padded with spaces, the range can be 1:1 and as long as the field at least has spaces (Pad Character) then it resolves the requirement for the field but is still ABSENT().jazzer1 wrote:I have a date field marked as optional. In the trace TX sees at offset 383
that the field failed the item presentation and that's OK. However,
the next TX validation starts at the SAME offset 383 and fails.
Somehow TX has to move 8 bytes forward to offset 391 doesn't it ?
I'm new at this, what am I doing wrong ?
Thanks.
For Date fields, any data that does not conform with FORMAT will not pass validation. During input validation, for a fixed length record, data will only be validated to the point of the first failure. In other words even though the field starting at pos 383 is is optional, since there is data there it has to be of the correct format in order to validation to continue past that point.
My $.02
-
- Participant
- Posts: 10
- Joined: Fri Sep 23, 2005 10:27 am
Re: Optional field not present but TX doesn't go to nect fie
Sorry, but invalid data and ABSENCE/PRESENCE of data are not the same thing. For example, in a type tree for a fixed length record (i.e..copybook...etc) , a text field can be padded with spaces, the range can be 1:1 and as long as the field at least has spaces (Pad Character) then it resolves the requirement for the field but is still ABSENT().jazzer1 wrote:I have a date field marked as optional. In the trace TX sees at offset 383
that the field failed the item presentation and that's OK. However,
the next TX validation starts at the SAME offset 383 and fails.
Somehow TX has to move 8 bytes forward to offset 391 doesn't it ?
I'm new at this, what am I doing wrong ?
Thanks.
For Date fields, any data that does not conform with FORMAT will not pass validation. During input validation, for a fixed length record, data will only be validated to the point of the first failure. In other words even though the field starting at pos 383 is is optional, since there is data there it has to be of the correct format in order to validation to continue past that point.
My $.02
-
- Participant
- Posts: 10
- Joined: Fri Sep 23, 2005 10:27 am
Sorry, but invalid data and ABSENCE/PRESENCE of data are not the same thing. For example, in a type tree for a fixed length record (i.e..copybook...etc) , a text field can be padded with spaces, the range can be 1:1 and as long as the field at least has spaces (Pad Character) then it resolves the requirement for the field but is still ABSENT().
For Date fields, any data that does not conform with FORMAT will not pass validation. During input validation, for a fixed length record, data will only be validated to the point of the first failure. In other words even though the field starting at pos 383 is is optional, since there is data there it has to be of the correct format in order to validation to continue past that point.
My $.02
For Date fields, any data that does not conform with FORMAT will not pass validation. During input validation, for a fixed length record, data will only be validated to the point of the first failure. In other words even though the field starting at pos 383 is is optional, since there is data there it has to be of the correct format in order to validation to continue past that point.
My $.02
date/text field
What I'm trying to say is...How do I define a date field in the type tree
that is valid either as a date or spaces....20060331(is valid) or ' '(also valid).
Thank you.
that is valid either as a date or spaces....20060331(is valid) or ' '(also valid).
Thank you.