quickfix-developers

[Quickfix-developers] Rejected messages and resend requests

[<fra...@fr...>]

Hello,

It seems to me that Quickfix incorrectly resends rejected messages (at se=
ssion
level).

Quoting the Fix protocol:
"If the sending application chooses to retransmit the rejected message, i=
t
should be assigned a new sequence number and sent with PossResend=3DY."

In my understanding, when responding to a resend request, Quickfix should=
 not
resend a previously rejected message but generate a Sequence Request to s=
kip to
the next valid message.

Correct me if I am wrong, I see no mechanism currently implemented in the=
 engine
doing this. Unfortunately this does not look very easy. Since the engine =
should
remember rejected messages, this has to be stored in persistence.

Best regards,

Fran=E7ois

Re: [Quickfix-developers] Rejected messages and resend requests

[Oren M. <or...@qu...>]

No, we don't do anything like this currently.  We'll add this to our=20
implementation schedule.

--oren

On Jan 26, 2005, at 4:18 AM, fra...@fr... wrote:

> QuickFIX Documentation:=20
> http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX FAQ:=20
> http://www.quickfixengine.org/wikifix/index.php?QuickFixFAQ
> QuickFIX Support: http://www.quickfixengine.org/services.html
>
>
>
> Hello,
>
> It seems to me that Quickfix incorrectly resends rejected messages (at=20=

> session
> level).
>
> Quoting the Fix protocol:
> "If the sending application chooses to retransmit the rejected=20
> message, it
> should be assigned a new sequence number and sent with PossResend=3DY."
>
> In my understanding, when responding to a resend request, Quickfix=20
> should not
> resend a previously rejected message but generate a Sequence Request=20=

> to skip to
> the next valid message.
>
> Correct me if I am wrong, I see no mechanism currently implemented in=20=

> the engine
> doing this. Unfortunately this does not look very easy. Since the=20
> engine should
> remember rejected messages, this has to be stored in persistence.
>
> Best regards,
>
> Fran=E7ois
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive =
Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>

Re: [Quickfix-developers] Rejected messages and resend requests

[Caleb E. <cal...@gm...>]

On Wed, 26 Jan 2005 11:18:26 +0100, fra...@fr...
<fra...@fr...> wrote:

> It seems to me that Quickfix incorrectly resends rejected messages (at session
> level).

I don't think that this is possible.  Session-level reject messages
are sent with MsgType=3 which should be caught and filtered out in
Session::nextResendRequest at the check for Message::isAdminMsgType.

Do you have a session log that illustrates this behavior?

-- 
Caleb Epstein
caleb dot epstein at gmail dot com

Re: [Quickfix-developers] Rejected messages and resend requests

[<fra...@fr...>]

Selon Caleb Epstein <cal...@gm...>:

> On Wed, 26 Jan 2005 11:18:26 +0100, fra...@fr...
> <fra...@fr...> wrote:
>
> > It seems to me that Quickfix incorrectly resends rejected messages (a=
t
> session
> > level).
>
> I don't think that this is possible.  Session-level reject messages
> are sent with MsgType=3D3 which should be caught and filtered out in
> Session::nextResendRequest at the check for Message::isAdminMsgType.
>
> Do you have a session log that illustrates this behavior?
>

I did not say that Quickfix resends Reject message, which it does not.
I said that the engine resends messages that have been previously rejecte=
d at
session level (incriminated message is pointed by refSeqNum).

Fran=E7ois