<div dir="ltr">Interesting part of the spec, and interesting that it hasn't come up before -- that I've ever seen anyway.<div><br></div><div>I think given how long it has been this way in QF/n and QF/c++ (and possibly QF/j?), I think a config option would be best. </div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div><font face="arial, helvetica, sans-serif">--</font></div><font face="arial, helvetica, sans-serif">Mike Gatny<br>Connamara Systems, LLC</font></div></div></div>
<br><div class="gmail_quote">On Wed, Nov 19, 2014 at 5:06 PM, Martin Adams <span dir="ltr"><<a href="mailto:martinadamsgh@gmail.com" target="_blank">martinadamsgh@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-GB" link="blue" vlink="purple"><div><p class="MsoNormal">When responding to a Resend request, current QFn implementation issues SeqReset-GapFill messages in place of any of a range of admin messages (types 0,1,2,3,4,5,A), but this is contrary to both our requirements and also perhaps to the official FIX specs.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">The particular point of contention is the session-level Reject message (type=3). We'd like to see this being re-sent. The FIX spec suggests it should be too. Here, for example, is an extract from FIX 4.4 spec Vol 2:<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal"><i>During the gap fill process, certain administrative messages should not be retransmitted.  Instead, a special SeqReset-GapFill message is generated.  The administrative messages which are not to be resent are: Logon, Logout, ResendRequest, Heartbeat, TestRequest and SeqReset-Reset and SeqReset-GapFill.  The SeqReset-GapFill can also be used to skip application messages that the sender chooses not to retransmit (e.g. aged orders).  This leaves Reject as the only administrative message which can be resent.<u></u><u></u></i></p><p class="MsoNormal"><i><u></u> <u></u></i></p><p class="MsoNormal">It's perhaps notable that QFn behaviour here is the same as for the C++ QF engine.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">So what do people think? Would a change to match the spec cause any grief? If this were the case, perhaps it could be make a configuration option?<span class="HOEnZb"><font color="#888888"><u></u><u></u></font></span></p><span class="HOEnZb"><font color="#888888"><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Martin.<u></u><u></u></p></font></span></div></div><br>_______________________________________________<br>
Quickfixn mailing list<br>
<a href="mailto:Quickfixn@lists.quickfixn.com">Quickfixn@lists.quickfixn.com</a><br>
<a href="http://lists.quickfixn.com/listinfo.cgi/quickfixn-quickfixn.com" target="_blank">http://lists.quickfixn.com/listinfo.cgi/quickfixn-quickfixn.com</a><br>
<br></blockquote></div><br></div></div>