Thread: [Quickfix-developers] initiator FixApp message problem
Brought to you by:
orenmnero
Menu
▾
▴
quickfix-developers
|
From: Douglas L. <do...@tr...> - 2008-12-12 13:31:56
|
I'm testing an order cancel request for an order that has already been canceled. I get a msgtype=3 message but I never get an msgtype=9. The msgtype=3 isn't enough as the text field contains a fix undefined message. The interesting thing is that I see the msgtype=9 was received by quickfix as it is in the messages log. Why would quick fix not pass this message along to any of the FIXAPP events (toAdmin,toApp,fromAdmin, or fromApp)? Thanks |
|
From: Malinka R. <ael...@gm...> - 2008-12-12 17:05:47
|
most likely there is something missing from the CancelReject (35=9) that's optionally required and you're trying to read it without checking if it's there (in which case QF assumes it's supposed to be throws a FieldNotFound exception then the code just above your application::onMessage catches the exception and send a reject to the other side saying conditionally required field missing) OR something is wrong with the message structurally compare the incoming CancelReject to your Dictionary file (xml) and also look for any rejects in the logs coming from your side of the connection On Fri, Dec 12, 2008 at 08:16, Douglas Lewis <do...@tr...> wrote: > QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html > QuickFIX Support: http://www.quickfixengine.org/services.html > > I'm testing an order cancel request for an order that has already been > canceled. I get a msgtype=3 message but I never get an msgtype=9. The > msgtype=3 isn't enough as the text field contains a fix undefined > message. The interesting thing is that I see the msgtype=9 was received > by quickfix as it is in the messages log. Why would quick fix not pass > this message along to any of the FIXAPP events (toAdmin,toApp,fromAdmin, > or fromApp)? > > Thanks > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > |
|
From: Douglas L. <do...@tr...> - 2008-12-12 17:19:47
|
You know I had that undefined problem with the on message code so I'm just printing out the messages (no special handling) in the fromApp method. That message is not getting there at all. But I can see it coming into Quick Fix in the message log. Right now I'm just sending a status request for cancel or replace reject messages, THEN I get the report. I would rather not handle rejects this way Malinka Rellikwodahs wrote: > most likely there is something missing from the CancelReject (35=9) > that's optionally required and you're trying to read it without > checking if it's there (in which case QF assumes it's supposed to be > throws a FieldNotFound exception then the code just above your > application::onMessage catches the exception and send a reject to the > other side saying conditionally required field missing) OR something > is wrong with the message structurally compare the incoming > CancelReject to your Dictionary file (xml) and also look for any > rejects in the logs coming from your side of the connection > > On Fri, Dec 12, 2008 at 08:16, Douglas Lewis <do...@tr...> wrote: > >> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html >> QuickFIX Support: http://www.quickfixengine.org/services.html >> >> I'm testing an order cancel request for an order that has already been >> canceled. I get a msgtype=3 message but I never get an msgtype=9. The >> msgtype=3 isn't enough as the text field contains a fix undefined >> message. The interesting thing is that I see the msgtype=9 was received >> by quickfix as it is in the messages log. Why would quick fix not pass >> this message along to any of the FIXAPP events (toAdmin,toApp,fromAdmin, >> or fromApp)? >> >> Thanks >> >> ------------------------------------------------------------------------------ >> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. >> The future of the web can't happen without you. Join us at MIX09 to help >> pave the way to the Next Web now. Learn more and register at >> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ >> _______________________________________________ >> Quickfix-developers mailing list >> Qui...@li... >> https://lists.sourceforge.net/lists/listinfo/quickfix-developers >> >> > > |
|
From: Malinka R. <ael...@gm...> - 2008-12-12 17:48:12
|
If you are not receiving the message in fromApp/fromAdmin without any handling then there is something structurally wrong with the message you are recieving according to QF check any rejects you are receiving and check your SessionSettings and DataDictionary again On Fri, Dec 12, 2008 at 12:19, Douglas Lewis <do...@tr...> wrote: > You know I had that undefined problem with the on message code so I'm just > printing out the messages (no special handling) in the fromApp method. That > message is not getting there at all. But I can see it coming into Quick Fix > in the message log. > > Right now I'm just sending a status request for cancel or replace reject > messages, THEN I get the report. I would rather not handle rejects this way > > > > Malinka Rellikwodahs wrote: > > most likely there is something missing from the CancelReject (35=9) > that's optionally required and you're trying to read it without > checking if it's there (in which case QF assumes it's supposed to be > throws a FieldNotFound exception then the code just above your > application::onMessage catches the exception and send a reject to the > other side saying conditionally required field missing) OR something > is wrong with the message structurally compare the incoming > CancelReject to your Dictionary file (xml) and also look for any > rejects in the logs coming from your side of the connection > > On Fri, Dec 12, 2008 at 08:16, Douglas Lewis <do...@tr...> > wrote: > > > QuickFIX Documentation: > http://www.quickfixengine.org/quickfix/doc/html/index.html > QuickFIX Support: http://www.quickfixengine.org/services.html > > I'm testing an order cancel request for an order that has already been > canceled. I get a msgtype=3 message but I never get an msgtype=9. The > msgtype=3 isn't enough as the text field contains a fix undefined > message. The interesting thing is that I see the msgtype=9 was received > by quickfix as it is in the messages log. Why would quick fix not pass > this message along to any of the FIXAPP events (toAdmin,toApp,fromAdmin, > or fromApp)? > > Thanks > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > > > > > |
|
From: Douglas L. <do...@tr...> - 2008-12-12 17:53:08
|
Thanks, What session setting would affect this? Malinka Rellikwodahs wrote: > If you are not receiving the message in fromApp/fromAdmin without any > handling then there is something structurally wrong with the message > you are recieving according to QF check any rejects you are receiving > and check your SessionSettings and DataDictionary again > > On Fri, Dec 12, 2008 at 12:19, Douglas Lewis <do...@tr...> wrote: > >> You know I had that undefined problem with the on message code so I'm just >> printing out the messages (no special handling) in the fromApp method. That >> message is not getting there at all. But I can see it coming into Quick Fix >> in the message log. >> >> Right now I'm just sending a status request for cancel or replace reject >> messages, THEN I get the report. I would rather not handle rejects this way >> >> >> >> Malinka Rellikwodahs wrote: >> >> most likely there is something missing from the CancelReject (35=9) >> that's optionally required and you're trying to read it without >> checking if it's there (in which case QF assumes it's supposed to be >> throws a FieldNotFound exception then the code just above your >> application::onMessage catches the exception and send a reject to the >> other side saying conditionally required field missing) OR something >> is wrong with the message structurally compare the incoming >> CancelReject to your Dictionary file (xml) and also look for any >> rejects in the logs coming from your side of the connection >> >> On Fri, Dec 12, 2008 at 08:16, Douglas Lewis <do...@tr...> >> wrote: >> >> >> QuickFIX Documentation: >> http://www.quickfixengine.org/quickfix/doc/html/index.html >> QuickFIX Support: http://www.quickfixengine.org/services.html >> >> I'm testing an order cancel request for an order that has already been >> canceled. I get a msgtype=3 message but I never get an msgtype=9. The >> msgtype=3 isn't enough as the text field contains a fix undefined >> message. The interesting thing is that I see the msgtype=9 was received >> by quickfix as it is in the messages log. Why would quick fix not pass >> this message along to any of the FIXAPP events (toAdmin,toApp,fromAdmin, >> or fromApp)? >> >> Thanks >> >> ------------------------------------------------------------------------------ >> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. >> The future of the web can't happen without you. Join us at MIX09 to help >> pave the way to the Next Web now. Learn more and register at >> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ >> _______________________________________________ >> Quickfix-developers mailing list >> Qui...@li... >> https://lists.sourceforge.net/lists/listinfo/quickfix-developers >> >> >> >> >> >> > > |
|
From: Malinka R. <ael...@gm...> - 2008-12-12 19:42:41
|
depends on the reject On Fri, Dec 12, 2008 at 12:53, Douglas Lewis <do...@tr...> wrote: > Thanks, > What session setting would affect this? > > > Malinka Rellikwodahs wrote: > > If you are not receiving the message in fromApp/fromAdmin without any > handling then there is something structurally wrong with the message > you are recieving according to QF check any rejects you are receiving > and check your SessionSettings and DataDictionary again > > On Fri, Dec 12, 2008 at 12:19, Douglas Lewis <do...@tr...> > wrote: > > > You know I had that undefined problem with the on message code so I'm just > printing out the messages (no special handling) in the fromApp method. That > message is not getting there at all. But I can see it coming into Quick Fix > in the message log. > > Right now I'm just sending a status request for cancel or replace reject > messages, THEN I get the report. I would rather not handle rejects this way > > > > Malinka Rellikwodahs wrote: > > most likely there is something missing from the CancelReject (35=9) > that's optionally required and you're trying to read it without > checking if it's there (in which case QF assumes it's supposed to be > throws a FieldNotFound exception then the code just above your > application::onMessage catches the exception and send a reject to the > other side saying conditionally required field missing) OR something > is wrong with the message structurally compare the incoming > CancelReject to your Dictionary file (xml) and also look for any > rejects in the logs coming from your side of the connection > > On Fri, Dec 12, 2008 at 08:16, Douglas Lewis <do...@tr...> > wrote: > > > QuickFIX Documentation: > http://www.quickfixengine.org/quickfix/doc/html/index.html > QuickFIX Support: http://www.quickfixengine.org/services.html > > I'm testing an order cancel request for an order that has already been > canceled. I get a msgtype=3 message but I never get an msgtype=9. The > msgtype=3 isn't enough as the text field contains a fix undefined > message. The interesting thing is that I see the msgtype=9 was received > by quickfix as it is in the messages log. Why would quick fix not pass > this message along to any of the FIXAPP events (toAdmin,toApp,fromAdmin, > or fromApp)? > > Thanks > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > > > > > > > > > |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X