7.128.1 VALUECHECK Parameters

FIELD

IN_LIST

MSGDTA

MSGF

MSGID

MSGTXT

NOT_INLIST

WITH_LIST

Specifies the name of the field to be checked.

Specifies from 1 to 40 values that are to be checked against the field. See following examples for more details.

Specifies the action to be taken if the field is found to match one of the values specified in the WITH_LIST parameter.

...

If *ACCEPT is specified the field is considered to have passed the validation check AND no other validation checks will be performed against the field named in the FIELD parameter within this validation block. Processing continues with the next RDML command. However, if this is another validation check against the same field it will be effectively "disabled" and not performed.

Specifies the action to be taken if the field does not match any of the values in the list specified in the WITH_LIST parameter.

...

If *ACCEPT is specified the field is considered to have passed the validation check AND no other validation checks will be performed against the field named in the FIELD parameter within this validation block. Processing continues with the next RDML command. However, if this is another validation check against the same field it will be effectively "disabled" and not performed.

Allows up to 80 characters of message text to be specified. The message text specified should be enclosed in quotes. Use either the MSGTXT parameter or the MSGID / MSGF parameters but not both.

Allows a standard message identifier to be specified as the message that should be used. Message identifiers must be 7 characters long. Use this parameter in conjunction with the MSGF parameter.

Specifies the message file in which the message identified in the MSGID parameter will be found. This parameter is a qualified name. The message file name must be specified. If required the library in which the message file resides can also be specified. If no library name is specified, library *LIBL is assumed.

Use this parameter only in conjunction with the MSGID and MSGF parameters. It specifies from 1 to 20 values that are to be used to replace "&n" substitution variables in the message specified in the MSGID parameter.

...

When using alphanumeric literals in this parameter, remember that trailing blanks may be significant. For instance, if a message is defined as:

     "&1 are out of stock ... reorder &2"

where &1 is defined as (*CHAR 10) and &2 as (*DEC 7 0), then the message will NOT be issued correctly if specified like this:

     MSGDTA('BOLTS' #ORDQTY)

or like this

     MSGDTA('BOLTS     ' #ORDQTY)

To make LANSA aware of the trailing blanks, the parameter must be specified like this:

     MSGDTA('''BOLTS     ''' #ORDQTY)

When expandable expressions are used, the expanded field list must not exceed the maximum number of substitution variables allowed in the parameter.