Order of message validation?

Imported from previous forum

[ original email was from Ranjit M - ranjit_unni@yahoo.com ]
Hi,

What i noticed from the Session-level test cases is that the reject reason was very specific when the invalid tag/value was one of xxxCompID, MsgType, Signature, Decryption and SendingTime.

If the acceptor was to receive a Logon message with an empty Signature, a Reject with a reason "Signature problem" is to be given or "Tag specified without a value" which seems correct.

Is there any specific order in which the incoming FIX message is to be validated w.r.t the reasons specified for SessionRejectReason tag?

Can it be inferred that any problem in the above mentioned tags are more serious in nature that a specific reason has to be given?

Any strategies in this respect would be very helpful.

Thanks in advance,
Ranjit

There is not a documented or established "order of precedence" for validitation checking steps such as the example you specified.

In the end, a Reject is a Reject and the SessionRejectReason is designed to aid in more accurately describing the problem. If multiple problems exist, it is reasonable to assume that the Reject will refer to the first problem identified vs. perform an exhaustive list and then prioritize or summarize all problems.

As of FIX 4.3, every Test Case which results in a Session-level Reject has a SessionRejectReason which corresponds to that case. In your example it failed two test cases, and provided that your response for a given test case is consistent with that test case, then I think you are ok.

> Hi,
>
> What i noticed from the Session-level test cases is that the reject reason was very specific when the invalid tag/value was one of xxxCompID, MsgType, Signature, Decryption and SendingTime.
>
> If the acceptor was to receive a Logon message with an empty Signature, a Reject with a reason "Signature problem" is to be given or "Tag specified without a value" which seems correct.
>
> Is there any specific order in which the incoming FIX message is to be validated w.r.t the reasons specified for SessionRejectReason tag?
>
> Can it be inferred that any problem in the above mentioned tags are more serious in nature that a specific reason has to be given?
>
> Any strategies in this respect would be very helpful.
>
> Thanks in advance,
> Ranjit
>