[This message was posted by John Prewett of Lava Trading <[email protected]> to the "4.4 Changes" discussion forum at http://fixprotocol.org/discuss/17. You can reply to it on-line at http://fixprotocol.org/discuss/read/5095a7cd - PLEASE DO NOT REPLY BY MAIL.]
Hi Jayaram, The good approach to understand is that rejection should be conveyed in the most friendly method possible. [A perceptive person would see that the above approach works just as well in all aspects of life, not just FIX] The rejecting application should send ExecReport(rejected) as first choice. If that isn't possible, send BusinessMessageReject as second choice. If that isn't possible, send a FIX Session-level Reject. >From the perspective of the application receiving some type of reject, a good >versatile application should be prepared to accept any one of these three >messages and process it to the best of its ability. It's very cold here (NYC) today. JohnP [You can unsubscribe from this discussion group by sending a message to mailto:[email protected]] --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Financial Information eXchange" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/FIX-Protocol?hl=en -~----------~----~----~----~------~----~------~--~---
