quickfix-developers Mailing List for QuickFIX (Page 183)
Brought to you by:
orenmnero
Menu
▾
▴
quickfix-developers — QuickFIX developers forum
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
|
Feb
(5) |
Mar
(16) |
Apr
(15) |
May
(17) |
Jun
(33) |
Jul
(35) |
Aug
(34) |
Sep
(19) |
Oct
(40) |
Nov
(51) |
Dec
(43) |
| 2003 |
Jan
(45) |
Feb
(79) |
Mar
(124) |
Apr
(121) |
May
(132) |
Jun
(77) |
Jul
(110) |
Aug
(57) |
Sep
(48) |
Oct
(83) |
Nov
(60) |
Dec
(40) |
| 2004 |
Jan
(67) |
Feb
(72) |
Mar
(74) |
Apr
(87) |
May
(70) |
Jun
(96) |
Jul
(75) |
Aug
(147) |
Sep
(128) |
Oct
(83) |
Nov
(67) |
Dec
(42) |
| 2005 |
Jan
(110) |
Feb
(84) |
Mar
(68) |
Apr
(55) |
May
(51) |
Jun
(192) |
Jul
(111) |
Aug
(100) |
Sep
(79) |
Oct
(127) |
Nov
(73) |
Dec
(112) |
| 2006 |
Jan
(95) |
Feb
(120) |
Mar
(138) |
Apr
(127) |
May
(124) |
Jun
(97) |
Jul
(103) |
Aug
(88) |
Sep
(138) |
Oct
(91) |
Nov
(112) |
Dec
(57) |
| 2007 |
Jan
(55) |
Feb
(35) |
Mar
(56) |
Apr
(16) |
May
(20) |
Jun
(77) |
Jul
(43) |
Aug
(47) |
Sep
(29) |
Oct
(54) |
Nov
(39) |
Dec
(40) |
| 2008 |
Jan
(69) |
Feb
(79) |
Mar
(122) |
Apr
(106) |
May
(114) |
Jun
(76) |
Jul
(83) |
Aug
(71) |
Sep
(53) |
Oct
(75) |
Nov
(54) |
Dec
(43) |
| 2009 |
Jan
(32) |
Feb
(31) |
Mar
(64) |
Apr
(48) |
May
(38) |
Jun
(43) |
Jul
(35) |
Aug
(15) |
Sep
(52) |
Oct
(62) |
Nov
(62) |
Dec
(21) |
| 2010 |
Jan
(44) |
Feb
(10) |
Mar
(47) |
Apr
(22) |
May
(5) |
Jun
(54) |
Jul
(19) |
Aug
(54) |
Sep
(16) |
Oct
(15) |
Nov
(7) |
Dec
(8) |
| 2011 |
Jan
(18) |
Feb
(9) |
Mar
(5) |
Apr
(5) |
May
(41) |
Jun
(40) |
Jul
(29) |
Aug
(17) |
Sep
(12) |
Oct
(23) |
Nov
(22) |
Dec
(11) |
| 2012 |
Jan
(8) |
Feb
(24) |
Mar
(5) |
Apr
(5) |
May
(6) |
Jun
(5) |
Jul
(5) |
Aug
(5) |
Sep
(2) |
Oct
(9) |
Nov
(2) |
Dec
(18) |
| 2013 |
Jan
(25) |
Feb
(16) |
Mar
(8) |
Apr
(2) |
May
(16) |
Jun
(17) |
Jul
(2) |
Aug
(13) |
Sep
(3) |
Oct
(4) |
Nov
(1) |
Dec
|
| 2014 |
Jan
(2) |
Feb
|
Mar
(22) |
Apr
(9) |
May
(3) |
Jun
(1) |
Jul
(5) |
Aug
(11) |
Sep
(18) |
Oct
(4) |
Nov
(4) |
Dec
(3) |
| 2015 |
Jan
(2) |
Feb
|
Mar
|
Apr
(3) |
May
(4) |
Jun
(37) |
Jul
|
Aug
(4) |
Sep
(6) |
Oct
(1) |
Nov
(4) |
Dec
(2) |
| 2016 |
Jan
(9) |
Feb
(3) |
Mar
(7) |
Apr
(1) |
May
(8) |
Jun
|
Jul
|
Aug
|
Sep
(7) |
Oct
(3) |
Nov
(16) |
Dec
|
| 2017 |
Jan
(1) |
Feb
(15) |
Mar
(2) |
Apr
(12) |
May
(4) |
Jun
(7) |
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
(23) |
Dec
(8) |
| 2018 |
Jan
(2) |
Feb
(4) |
Mar
(2) |
Apr
(8) |
May
(3) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(5) |
Nov
(3) |
Dec
|
| 2020 |
Jan
|
Feb
(4) |
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
(12) |
Aug
(5) |
Sep
(3) |
Oct
(1) |
Nov
|
Dec
(1) |
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2026 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Nicholas M. <nic...@ch...> - 2005-10-04 20:04:07
|
Was there a solution to this problem? We are in a similar situation where we manipulated an existing message (the MassQuote message) and are seeing the same "incorrect NumInGroup count" error about 1% of the time. This is using a .NET client with a C++ server, 1.10.2 and FIX4.4. Thanks in advance, Nick Murdock Chicago Trading Company _____ From: qui...@li... [mailto:qui...@li...] On Behalf Of Phil Cave Sent: Tuesday, September 06, 2005 8:42 AM To: qui...@li... Subject: [Quickfix-developers] Position Maintenance Report - NoPositions NumInGroup Problem Hi, I using using quick fix 1.10.2, .NET API. Fix Version 4.4 I am developing FX Trading Server/Client (Quick fix server and client). I am trying to add FX Positions to the message flow using Position Maintenance Request and Position Maintaince Report messages. When I attempt to send a "Position Maintainance Report" from the server to the client the client reports that their are "Incorrect NumInGroups in tag 702" for the position maintainace report message. Having reading the message below, this is clearly not the case. I have changed the Fix44.xml, only to make certain mandatory fields/non mandatory. I have tried validation both on/off. The Group in question is the "PositionQty" component block, 702 is the NoPositions. Recieved Message 8=FIX.4.49=18635=AM34=5049=GAIN.UAT.FXSERVER52=20050906-10:13:15.33456=TC1.U AT.FXCLIENT1=axc60=20050906-11:13:15702=5704=100000704=140000704=10000704=20 000704=50000710=63261601986006623210=111 Message Log 20050906-10:13:15 : Message 50 Rejected: Incorrect NumInGroup count for repeating group:702 I believe my code is correctly adding the positions in the server. But can't understand why I would get this error? Any ideas? Do I need to do anything special with componenet blocks? Or any alternative messages to send a FX Position consisting of CcyPair, PosAmt, AvgPx would be appreciated. Many Thanks Phil Cave _____ Yahoo! <http://us.rd.yahoo.com/mail/uk/taglines/default/messenger/*http:/uk.messeng er.yahoo.com%20%0d%0a> Messenger NEW - crystal clear PC to PC calling <http://us.rd.yahoo.com/mail/uk/taglines/default/messenger/*http:/uk.messeng er.yahoo.com%20%0d%0a> worldwide with voicemail |
|
From: Oren M. <or...@qu...> - 2005-10-04 18:55:05
|
Make sure you turn on logging for QuickFIX as well. You can use the FileLogFactory or ScreenLogFactory and pass it into your initiator. --oren ----- Original Message ----- From: "Sacha Grbic" <gr...@gm...> To: "Dale Wilson" <wil...@oc...>; "Sacha Grbic" <gr...@gm...> Cc: <qui...@li...> Sent: Tuesday, October 04, 2005 12:45 PM Subject: AW: [Quickfix-developers] What is correct? QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html QuickFIX Support: http://www.quickfixengine.org/services.html Hi Dale I have: void Application::toApp (FIX:Message& message, const FIX::SessionID&, sessionsID ) throw ( FIX::DoNotSend ) { } hmm, looks like this could be the reason? I will check this tomorrow. Thx for the Feedback. Sacha -----Ursprüngliche Nachricht----- Von: Dale Wilson [mailto:wil...@oc...] Gesendet: Dienstag, 4. Oktober 2005 19:02 An: Sacha Grbic Cc: qui...@li... Betreff: Re: [Quickfix-developers] What is correct? Hi Sacha, Sacha Grbic wrote: >Hi > >I'm testing the behavior of a counterparty FIX engine using my self >the new version 1.10.2 of QuickFix. Theres some time ago that i worked on a >FIX >based project and i'm not shure anymore how the session level behavior >should be. > >Here the scenario: > >I'm sending a SingleOrder which can't be parsed from the counterparty. >The counterparty responds by a test request followed by a Resend request. > >QuickFix seems to respond with a SequenceReset message setting the NewSeq >number >greather to the Sequence number of the SingleOrder (sent before) and GapFill >to Yes. >I'm not shure but this seems to be wrong because the Single Order sent >before will >be ignored. The test request is also not responded. > >I did the same test case with a commercial FIX engine which seems to handle >the >test case correctly by resending the order again and responding to the Test >request. > > >Who is wrong and why? > > Look at the toApp method in the class derived from FIX::Application to see if you have code that looks something like this: try { FIX::PossDupFlag possDupFlag; message.getHeader().getField( possDupFlag ); if ( possDupFlag ) throw FIX::DoNotSend(); } catch ( FIX::FieldNotFound& ) {} (this is from the quickfix/testclient example, BTW) If so, remove it. Throwing FIX::DoNotSend() suppresses resending the message so a gap fill is sent instead. If you do not have such code, QuickFIX should retransmit the message when asked. Dale > >Regards >Sacha > >LOG QuickFIX: >------------- > >Logon - FIX.4.0:SENDERID->TARGETID > ><20050926-15:03:03, FIX.4.0:SENDERID->TARGETID, outgoing> > (8=FIX.4.09=5935=0 34=66 49=SENDERID52=20050926-15:03:0356=TARGETID10=183) > ><20050926-15:03:04, FIX.4.0:SENDERID->TARGETID, incoming> > (8=FIX.4.09=006835=049=TARGETID56=SENDERID 34=000069 >43=N52=20050926-15:03:0310=205) > >OUT: 8=FIX.4.0|9=107|35=D| 34=67| >49=SENDERID|52=20050926-15:03:20|56=TARGETID|11=SE1|21=1|38=110|40=2|44=130 | >54=1|55=SQN|99=0|10=203 ><20050926-15:03:20, FIX.4.0:SENDERID->TARGETID, outgoing> > (8=FIX.4.09=10735=D34=6749=SENDERID52=20050926-15:03:2056=TARGETID11=SE121 >=138=11040=244=13054=155=SQN99=010=203) > ><20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, incoming> > (8=FIX.4.09=006835=049=TARGETID56=SENDERID 34=000070 >43=N52=20050926-15:03:2710=203) > ><20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, incoming> > (8=FIX.4.09=0079 35=1 49=TARGETID56=SENDERID 34=000071 >43=N52=20050926-15:03:27112=QUE:7010=045) > ><20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, outgoing> > (8=FIX.4.09=7035=0 34=68 >49=SENDERID52=20050926-15:03:2856=TARGETID112=QUE:7010=023) > ><20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, incoming> > (8=FIX.4.09=008335=249=TARGETID56=SENDERID34=00007243=N52=20050926-15:03:2 >77=6716=99999910=169) ><20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, event> > (Received ResendRequest FROM: 67 TO: 999999) ><20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, outgoing> > (8=FIX.4.09=9835=434=6743=Y49=SENDERID52=20050926-15:03:2856=TARGETID122=2 >0050926-15:03:2836=69123=Y10=070) ><20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, event> > (Sent SequenceReset TO: 69) ><20050926-15:03:52, FIX.4.0:SENDERID->TARGETID, incoming> > (8=FIX.4.09=006835=049=TARGETID56=SENDERID34=00007343=N52=20050926-15:03:5 >110=203) > > >LOG commercial FIX engine: >-------------------------- > >2005-09-27 09:03:58.734 [27988400] [FixSender] (DEBUG) Receiving >8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000009|43=N|52=20050927-07 : >04:01|10=200| >2005-09-27 09:03:59.670 [5569009] [FixSender] (DEBUG) Sending >8=FIX.4.0|9=58|35=0|49=SENDERID|56=TARGETID|34=9|52=20050927-07:03:59|10=14 4 >| > >2005-09-27 09:04:03.632 [15915553] [FixSender] (DEBUG) Sending >8=FIX.4.0|9=208|35=D|49=SENDERID|56=TARGETID|34=10|52=20050927-07:04:03|50= n >ego|11=11278046430|40=2|21=3|54=1|44=25|55=AGF|38=10|59=1|109=ICBOURSE|48=F R >0000125924|1=1234|22=4|100=PA|15=EUR|60=20050208-10:25:06|58=sacha04|10=120 | >2005-09-27 09:04:22.694 [27988400] [FixSender] (DEBUG) Receiving >8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000010|43=N|52=20050927-07 : >04:25|10=198| > >2005-09-27 09:04:22.834 [27988400] [FixSender] (DEBUG) Receiving >8=FIX.4.0|9=0079|35=1|49=TARGETID|56=SENDERID|34=000011|43=N|52=20050927-07 : >04:25|112=QUE:10|10=034| >2005-09-27 09:04:22.834 [27988400] [FixSender] (DEBUG) Sending >8=FIX.4.0|9=70|35=0|49=SENDERID|56=TARGETID|34=11|52=20050927-07:04:22|112= Q >UE:10|10=002| > >2005-09-27 09:04:22.850 [27988400] [FixSender] (DEBUG) Receiving >8=FIX.4.0|9=0083|35=2|49=TARGETID|56=SENDERID|34=000012|43=N|52=20050927-07 : >04:25|7=10|16=999999|10=152| > >2005-09-27 09:04:22.850 [27988400] [FixSender] (DEBUG) Sending >8=FIX.4.0|9=235|35=D|49=SENDERID|56=TARGETID|34=10|52=20050927-07:04:22|122 = >20050927-07:04:03|43=Y|50=nego|11=11278046430|40=2|21=3|54=1|44=25|55=AGF|3 8 >=10|59=1|109=ICBOURSE|48=FR0000125924|1=1234|22=4|100=PA|15=EUR|60=20050208 - >10:25:06|58=sacha04|10=178| >2005-09-27 09:04:22.850 [27988400] [FixSender] (DEBUG) Sending >8=FIX.4.0|9=98|35=4|49=SENDERID|56=TARGETID|34=11|52=20050927-07:04:22|43=Y | >122=20050927-07:04:22|123=Y|36=12|10=041| >2005-09-27 09:04:22.850 [27988400] [FixSender] (DEBUG) Sending >8=FIX.4.0|9=77|35=1|49=SENDERID|56=TARGETID|34=12|52=20050927-07:04:22|112= s >ynchronized?|10=228| > >2005-09-27 09:04:22.866 [27988400] [FixSender] (DEBUG) Receiving >8=FIX.4.0|9=0086|35=0|49=TARGETID|56=SENDERID|34=000013|43=N|52=20050927-07 : >04:25|112=synchronized?|10=250| >2005-09-27 09:04:46.654 [27988400] [FixSender] (DEBUG) Receiving >8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000014|43=N|52=20050927-07 : >04:49|10=208| >2005-09-27 09:04:46.810 [24252581] [FixSender] (DEBUG) Sending >8=FIX.4.0|9=59|35=0|49=SENDERID|56=TARGETID|34=13|52=20050927-07:04:46|10=1 8 >5| >2005-09-27 09:05:10.615 [27988400] [FixSender] (DEBUG) Receiving >8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000015|43=N|52=20050927-07 : >05:13|10=201| >2005-09-27 09:05:10.770 [24252581] [FixSender] (DEBUG) Sending >8=FIX.4.0|9=59|35=0|49=SENDERID|56=TARGETID|34=14|52=20050927-07:05:10|10=1 7 >8| >2005-09-27 09:05:34.571 [27988400] [FixSender] (DEBUG) Receiving >8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000016|43=N|52=20050927-07 : >05:37|10=208| >2005-09-27 09:05:34.726 [24252581] [FixSender] (DEBUG) Sending >8=FIX.4.0|9=59|35=0|49=SENDERID|56=TARGETID|34=15|52=20050927-07:05:34|10=1 8 >5| > > > > > >------------------------------------------------------- >This SF.Net email is sponsored by: >Power Architecture Resource Center: Free content, downloads, discussions, >and more. http://solutions.newsforge.com/ibmarch.tmpl >_______________________________________________ >Quickfix-developers mailing list >Qui...@li... >https://lists.sourceforge.net/lists/listinfo/quickfix-developers > > -- ----------------------------------------------------- Dale Wilson, Senior Software Engineer Object Computing, Inc. (OCI) http://www.ociweb.com/ http://www.theaceorb.com/ ---------------------------------------------------- ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
|
From: Sacha G. <gr...@gm...> - 2005-10-04 17:45:31
|
Hi Dale
I have:
void Application::toApp (FIX:Message& message,
const FIX::SessionID&, sessionsID )
throw ( FIX::DoNotSend )
{
}
hmm, looks like this could be the reason?
I will check this tomorrow.
Thx for the Feedback.
Sacha
-----Ursprüngliche Nachricht-----
Von: Dale Wilson [mailto:wil...@oc...]
Gesendet: Dienstag, 4. Oktober 2005 19:02
An: Sacha Grbic
Cc: qui...@li...
Betreff: Re: [Quickfix-developers] What is correct?
Hi Sacha,
Sacha Grbic wrote:
>Hi
>
>I'm testing the behavior of a counterparty FIX engine using my self
>the new version 1.10.2 of QuickFix. Theres some time ago that i worked on a
>FIX
>based project and i'm not shure anymore how the session level behavior
>should be.
>
>Here the scenario:
>
>I'm sending a SingleOrder which can't be parsed from the counterparty.
>The counterparty responds by a test request followed by a Resend request.
>
>QuickFix seems to respond with a SequenceReset message setting the NewSeq
>number
>greather to the Sequence number of the SingleOrder (sent before) and
GapFill
>to Yes.
>I'm not shure but this seems to be wrong because the Single Order sent
>before will
>be ignored. The test request is also not responded.
>
>I did the same test case with a commercial FIX engine which seems to handle
>the
>test case correctly by resending the order again and responding to the Test
>request.
>
>
>Who is wrong and why?
>
>
Look at the toApp method in the class derived from FIX::Application to
see if you have code that looks something like this:
try
{
FIX::PossDupFlag possDupFlag;
message.getHeader().getField( possDupFlag );
if ( possDupFlag ) throw FIX::DoNotSend();
}
catch ( FIX::FieldNotFound& ) {}
(this is from the quickfix/testclient example, BTW)
If so, remove it. Throwing FIX::DoNotSend() suppresses resending the
message so a gap fill is sent instead.
If you do not have such code, QuickFIX should retransmit the message
when asked.
Dale
>
>Regards
>Sacha
>
>LOG QuickFIX:
>-------------
>
>Logon - FIX.4.0:SENDERID->TARGETID
>
><20050926-15:03:03, FIX.4.0:SENDERID->TARGETID, outgoing>
> (8=FIX.4.09=5935=0 34=66
49=SENDERID52=20050926-15:03:0356=TARGETID10=183)
>
><20050926-15:03:04, FIX.4.0:SENDERID->TARGETID, incoming>
> (8=FIX.4.09=006835=049=TARGETID56=SENDERID 34=000069
>43=N52=20050926-15:03:0310=205)
>
>OUT: 8=FIX.4.0|9=107|35=D| 34=67|
>49=SENDERID|52=20050926-15:03:20|56=TARGETID|11=SE1|21=1|38=110|40=2|44=130
|
>54=1|55=SQN|99=0|10=203
><20050926-15:03:20, FIX.4.0:SENDERID->TARGETID, outgoing>
>
(8=FIX.4.09=10735=D34=6749=SENDERID52=20050926-15:03:2056=TARGETID11=SE121
>=138=11040=244=13054=155=SQN99=010=203)
>
><20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, incoming>
> (8=FIX.4.09=006835=049=TARGETID56=SENDERID 34=000070
>43=N52=20050926-15:03:2710=203)
>
><20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, incoming>
> (8=FIX.4.09=0079 35=1 49=TARGETID56=SENDERID 34=000071
>43=N52=20050926-15:03:27112=QUE:7010=045)
>
><20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, outgoing>
> (8=FIX.4.09=7035=0 34=68
>49=SENDERID52=20050926-15:03:2856=TARGETID112=QUE:7010=023)
>
><20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, incoming>
>
(8=FIX.4.09=008335=249=TARGETID56=SENDERID34=00007243=N52=20050926-15:03:2
>77=6716=99999910=169)
><20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, event>
> (Received ResendRequest FROM: 67 TO: 999999)
><20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, outgoing>
>
(8=FIX.4.09=9835=434=6743=Y49=SENDERID52=20050926-15:03:2856=TARGETID122=2
>0050926-15:03:2836=69123=Y10=070)
><20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, event>
> (Sent SequenceReset TO: 69)
><20050926-15:03:52, FIX.4.0:SENDERID->TARGETID, incoming>
>
(8=FIX.4.09=006835=049=TARGETID56=SENDERID34=00007343=N52=20050926-15:03:5
>110=203)
>
>
>LOG commercial FIX engine:
>--------------------------
>
>2005-09-27 09:03:58.734 [27988400] [FixSender] (DEBUG) Receiving
>8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000009|43=N|52=20050927-07
:
>04:01|10=200|
>2005-09-27 09:03:59.670 [5569009] [FixSender] (DEBUG) Sending
>8=FIX.4.0|9=58|35=0|49=SENDERID|56=TARGETID|34=9|52=20050927-07:03:59|10=14
4
>|
>
>2005-09-27 09:04:03.632 [15915553] [FixSender] (DEBUG) Sending
>8=FIX.4.0|9=208|35=D|49=SENDERID|56=TARGETID|34=10|52=20050927-07:04:03|50=
n
>ego|11=11278046430|40=2|21=3|54=1|44=25|55=AGF|38=10|59=1|109=ICBOURSE|48=F
R
>0000125924|1=1234|22=4|100=PA|15=EUR|60=20050208-10:25:06|58=sacha04|10=120
|
>2005-09-27 09:04:22.694 [27988400] [FixSender] (DEBUG) Receiving
>8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000010|43=N|52=20050927-07
:
>04:25|10=198|
>
>2005-09-27 09:04:22.834 [27988400] [FixSender] (DEBUG) Receiving
>8=FIX.4.0|9=0079|35=1|49=TARGETID|56=SENDERID|34=000011|43=N|52=20050927-07
:
>04:25|112=QUE:10|10=034|
>2005-09-27 09:04:22.834 [27988400] [FixSender] (DEBUG) Sending
>8=FIX.4.0|9=70|35=0|49=SENDERID|56=TARGETID|34=11|52=20050927-07:04:22|112=
Q
>UE:10|10=002|
>
>2005-09-27 09:04:22.850 [27988400] [FixSender] (DEBUG) Receiving
>8=FIX.4.0|9=0083|35=2|49=TARGETID|56=SENDERID|34=000012|43=N|52=20050927-07
:
>04:25|7=10|16=999999|10=152|
>
>2005-09-27 09:04:22.850 [27988400] [FixSender] (DEBUG) Sending
>8=FIX.4.0|9=235|35=D|49=SENDERID|56=TARGETID|34=10|52=20050927-07:04:22|122
=
>20050927-07:04:03|43=Y|50=nego|11=11278046430|40=2|21=3|54=1|44=25|55=AGF|3
8
>=10|59=1|109=ICBOURSE|48=FR0000125924|1=1234|22=4|100=PA|15=EUR|60=20050208
-
>10:25:06|58=sacha04|10=178|
>2005-09-27 09:04:22.850 [27988400] [FixSender] (DEBUG) Sending
>8=FIX.4.0|9=98|35=4|49=SENDERID|56=TARGETID|34=11|52=20050927-07:04:22|43=Y
|
>122=20050927-07:04:22|123=Y|36=12|10=041|
>2005-09-27 09:04:22.850 [27988400] [FixSender] (DEBUG) Sending
>8=FIX.4.0|9=77|35=1|49=SENDERID|56=TARGETID|34=12|52=20050927-07:04:22|112=
s
>ynchronized?|10=228|
>
>2005-09-27 09:04:22.866 [27988400] [FixSender] (DEBUG) Receiving
>8=FIX.4.0|9=0086|35=0|49=TARGETID|56=SENDERID|34=000013|43=N|52=20050927-07
:
>04:25|112=synchronized?|10=250|
>2005-09-27 09:04:46.654 [27988400] [FixSender] (DEBUG) Receiving
>8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000014|43=N|52=20050927-07
:
>04:49|10=208|
>2005-09-27 09:04:46.810 [24252581] [FixSender] (DEBUG) Sending
>8=FIX.4.0|9=59|35=0|49=SENDERID|56=TARGETID|34=13|52=20050927-07:04:46|10=1
8
>5|
>2005-09-27 09:05:10.615 [27988400] [FixSender] (DEBUG) Receiving
>8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000015|43=N|52=20050927-07
:
>05:13|10=201|
>2005-09-27 09:05:10.770 [24252581] [FixSender] (DEBUG) Sending
>8=FIX.4.0|9=59|35=0|49=SENDERID|56=TARGETID|34=14|52=20050927-07:05:10|10=1
7
>8|
>2005-09-27 09:05:34.571 [27988400] [FixSender] (DEBUG) Receiving
>8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000016|43=N|52=20050927-07
:
>05:37|10=208|
>2005-09-27 09:05:34.726 [24252581] [FixSender] (DEBUG) Sending
>8=FIX.4.0|9=59|35=0|49=SENDERID|56=TARGETID|34=15|52=20050927-07:05:34|10=1
8
>5|
>
>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by:
>Power Architecture Resource Center: Free content, downloads, discussions,
>and more. http://solutions.newsforge.com/ibmarch.tmpl
>_______________________________________________
>Quickfix-developers mailing list
>Qui...@li...
>https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>
>
--
-----------------------------------------------------
Dale Wilson, Senior Software Engineer
Object Computing, Inc. (OCI)
http://www.ociweb.com/ http://www.theaceorb.com/
----------------------------------------------------
|
|
From: Dale W. <wil...@oc...> - 2005-10-04 17:02:01
|
Hi Sacha,
Sacha Grbic wrote:
>Hi
>
>I'm testing the behavior of a counterparty FIX engine using my self
>the new version 1.10.2 of QuickFix. Theres some time ago that i worked on a
>FIX
>based project and i'm not shure anymore how the session level behavior
>should be.
>
>Here the scenario:
>
>I'm sending a SingleOrder which can't be parsed from the counterparty.
>The counterparty responds by a test request followed by a Resend request.
>
>QuickFix seems to respond with a SequenceReset message setting the NewSeq
>number
>greather to the Sequence number of the SingleOrder (sent before) and GapFill
>to Yes.
>I'm not shure but this seems to be wrong because the Single Order sent
>before will
>be ignored. The test request is also not responded.
>
>I did the same test case with a commercial FIX engine which seems to handle
>the
>test case correctly by resending the order again and responding to the Test
>request.
>
>
>Who is wrong and why?
>
>
Look at the toApp method in the class derived from FIX::Application to
see if you have code that looks something like this:
try
{
FIX::PossDupFlag possDupFlag;
message.getHeader().getField( possDupFlag );
if ( possDupFlag ) throw FIX::DoNotSend();
}
catch ( FIX::FieldNotFound& ) {}
(this is from the quickfix/testclient example, BTW)
If so, remove it. Throwing FIX::DoNotSend() suppresses resending the
message so a gap fill is sent instead.
If you do not have such code, QuickFIX should retransmit the message
when asked.
Dale
>
>Regards
>Sacha
>
>LOG QuickFIX:
>-------------
>
>Logon - FIX.4.0:SENDERID->TARGETID
>
><20050926-15:03:03, FIX.4.0:SENDERID->TARGETID, outgoing>
> (8=FIX.4.09=5935=0 34=66 49=SENDERID52=20050926-15:03:0356=TARGETID10=183)
>
><20050926-15:03:04, FIX.4.0:SENDERID->TARGETID, incoming>
> (8=FIX.4.09=006835=049=TARGETID56=SENDERID 34=000069
>43=N52=20050926-15:03:0310=205)
>
>OUT: 8=FIX.4.0|9=107|35=D| 34=67|
>49=SENDERID|52=20050926-15:03:20|56=TARGETID|11=SE1|21=1|38=110|40=2|44=130|
>54=1|55=SQN|99=0|10=203
><20050926-15:03:20, FIX.4.0:SENDERID->TARGETID, outgoing>
> (8=FIX.4.09=10735=D34=6749=SENDERID52=20050926-15:03:2056=TARGETID11=SE121
>=138=11040=244=13054=155=SQN99=010=203)
>
><20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, incoming>
> (8=FIX.4.09=006835=049=TARGETID56=SENDERID 34=000070
>43=N52=20050926-15:03:2710=203)
>
><20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, incoming>
> (8=FIX.4.09=0079 35=1 49=TARGETID56=SENDERID 34=000071
>43=N52=20050926-15:03:27112=QUE:7010=045)
>
><20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, outgoing>
> (8=FIX.4.09=7035=0 34=68
>49=SENDERID52=20050926-15:03:2856=TARGETID112=QUE:7010=023)
>
><20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, incoming>
> (8=FIX.4.09=008335=249=TARGETID56=SENDERID34=00007243=N52=20050926-15:03:2
>77=6716=99999910=169)
><20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, event>
> (Received ResendRequest FROM: 67 TO: 999999)
><20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, outgoing>
> (8=FIX.4.09=9835=434=6743=Y49=SENDERID52=20050926-15:03:2856=TARGETID122=2
>0050926-15:03:2836=69123=Y10=070)
><20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, event>
> (Sent SequenceReset TO: 69)
><20050926-15:03:52, FIX.4.0:SENDERID->TARGETID, incoming>
> (8=FIX.4.09=006835=049=TARGETID56=SENDERID34=00007343=N52=20050926-15:03:5
>110=203)
>
>
>LOG commercial FIX engine:
>--------------------------
>
>2005-09-27 09:03:58.734 [27988400] [FixSender] (DEBUG) Receiving
>8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000009|43=N|52=20050927-07:
>04:01|10=200|
>2005-09-27 09:03:59.670 [5569009] [FixSender] (DEBUG) Sending
>8=FIX.4.0|9=58|35=0|49=SENDERID|56=TARGETID|34=9|52=20050927-07:03:59|10=144
>|
>
>2005-09-27 09:04:03.632 [15915553] [FixSender] (DEBUG) Sending
>8=FIX.4.0|9=208|35=D|49=SENDERID|56=TARGETID|34=10|52=20050927-07:04:03|50=n
>ego|11=11278046430|40=2|21=3|54=1|44=25|55=AGF|38=10|59=1|109=ICBOURSE|48=FR
>0000125924|1=1234|22=4|100=PA|15=EUR|60=20050208-10:25:06|58=sacha04|10=120|
>2005-09-27 09:04:22.694 [27988400] [FixSender] (DEBUG) Receiving
>8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000010|43=N|52=20050927-07:
>04:25|10=198|
>
>2005-09-27 09:04:22.834 [27988400] [FixSender] (DEBUG) Receiving
>8=FIX.4.0|9=0079|35=1|49=TARGETID|56=SENDERID|34=000011|43=N|52=20050927-07:
>04:25|112=QUE:10|10=034|
>2005-09-27 09:04:22.834 [27988400] [FixSender] (DEBUG) Sending
>8=FIX.4.0|9=70|35=0|49=SENDERID|56=TARGETID|34=11|52=20050927-07:04:22|112=Q
>UE:10|10=002|
>
>2005-09-27 09:04:22.850 [27988400] [FixSender] (DEBUG) Receiving
>8=FIX.4.0|9=0083|35=2|49=TARGETID|56=SENDERID|34=000012|43=N|52=20050927-07:
>04:25|7=10|16=999999|10=152|
>
>2005-09-27 09:04:22.850 [27988400] [FixSender] (DEBUG) Sending
>8=FIX.4.0|9=235|35=D|49=SENDERID|56=TARGETID|34=10|52=20050927-07:04:22|122=
>20050927-07:04:03|43=Y|50=nego|11=11278046430|40=2|21=3|54=1|44=25|55=AGF|38
>=10|59=1|109=ICBOURSE|48=FR0000125924|1=1234|22=4|100=PA|15=EUR|60=20050208-
>10:25:06|58=sacha04|10=178|
>2005-09-27 09:04:22.850 [27988400] [FixSender] (DEBUG) Sending
>8=FIX.4.0|9=98|35=4|49=SENDERID|56=TARGETID|34=11|52=20050927-07:04:22|43=Y|
>122=20050927-07:04:22|123=Y|36=12|10=041|
>2005-09-27 09:04:22.850 [27988400] [FixSender] (DEBUG) Sending
>8=FIX.4.0|9=77|35=1|49=SENDERID|56=TARGETID|34=12|52=20050927-07:04:22|112=s
>ynchronized?|10=228|
>
>2005-09-27 09:04:22.866 [27988400] [FixSender] (DEBUG) Receiving
>8=FIX.4.0|9=0086|35=0|49=TARGETID|56=SENDERID|34=000013|43=N|52=20050927-07:
>04:25|112=synchronized?|10=250|
>2005-09-27 09:04:46.654 [27988400] [FixSender] (DEBUG) Receiving
>8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000014|43=N|52=20050927-07:
>04:49|10=208|
>2005-09-27 09:04:46.810 [24252581] [FixSender] (DEBUG) Sending
>8=FIX.4.0|9=59|35=0|49=SENDERID|56=TARGETID|34=13|52=20050927-07:04:46|10=18
>5|
>2005-09-27 09:05:10.615 [27988400] [FixSender] (DEBUG) Receiving
>8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000015|43=N|52=20050927-07:
>05:13|10=201|
>2005-09-27 09:05:10.770 [24252581] [FixSender] (DEBUG) Sending
>8=FIX.4.0|9=59|35=0|49=SENDERID|56=TARGETID|34=14|52=20050927-07:05:10|10=17
>8|
>2005-09-27 09:05:34.571 [27988400] [FixSender] (DEBUG) Receiving
>8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000016|43=N|52=20050927-07:
>05:37|10=208|
>2005-09-27 09:05:34.726 [24252581] [FixSender] (DEBUG) Sending
>8=FIX.4.0|9=59|35=0|49=SENDERID|56=TARGETID|34=15|52=20050927-07:05:34|10=18
>5|
>
>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by:
>Power Architecture Resource Center: Free content, downloads, discussions,
>and more. http://solutions.newsforge.com/ibmarch.tmpl
>_______________________________________________
>Quickfix-developers mailing list
>Qui...@li...
>https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>
>
--
-----------------------------------------------------
Dale Wilson, Senior Software Engineer
Object Computing, Inc. (OCI)
http://www.ociweb.com/ http://www.theaceorb.com/
----------------------------------------------------
|
|
From: Sacha G. <gr...@gm...> - 2005-10-04 15:49:09
|
Hi Oren No not for the moment. I can try tomorrow at the bank and try to reproduce the test case. It's not so easy to export log files from a bank for security reason also if it is only test data. All what i have for the moment is the stdout from QuickFix. Regards Sacha -----Ursprüngliche Nachricht----- Von: Oren Miller [mailto:or...@qu...] Gesendet: Dienstag, 4. Oktober 2005 16:54 An: Sacha Grbic; qui...@li... Betreff: Re: [Quickfix-developers] What is correct? Do you have log files? --oren ----- Original Message ----- From: "Sacha Grbic" <gr...@gm...> To: <qui...@li...> Sent: Tuesday, October 04, 2005 4:01 AM Subject: [Quickfix-developers] What is correct? > QuickFIX Documentation: > http://www.quickfixengine.org/quickfix/doc/html/index.html > QuickFIX Support: http://www.quickfixengine.org/services.html > > Hi > > I'm testing the behavior of a counterparty FIX engine using my self > the new version 1.10.2 of QuickFix. Theres some time ago that i worked on > a > FIX > based project and i'm not shure anymore how the session level behavior > should be. > > Here the scenario: > > I'm sending a SingleOrder which can't be parsed from the counterparty. > The counterparty responds by a test request followed by a Resend request. > > QuickFix seems to respond with a SequenceReset message setting the NewSeq > number > greather to the Sequence number of the SingleOrder (sent before) and > GapFill > to Yes. > I'm not shure but this seems to be wrong because the Single Order sent > before will > be ignored. The test request is also not responded. > > I did the same test case with a commercial FIX engine which seems to > handle > the > test case correctly by resending the order again and responding to the > Test > request. > > > Who is wrong and why? > > > Regards > Sacha > > LOG QuickFIX: > ------------- > > Logon - FIX.4.0:SENDERID->TARGETID > > <20050926-15:03:03, FIX.4.0:SENDERID->TARGETID, outgoing> > (8=FIX.4.09=5935=0 34=66 > 49=SENDERID52=20050926-15:03:0356=TARGETID10=183) > > <20050926-15:03:04, FIX.4.0:SENDERID->TARGETID, incoming> > (8=FIX.4.09=006835=049=TARGETID56=SENDERID 34=000069 > 43=N52=20050926-15:03:0310=205) > > OUT: 8=FIX.4.0|9=107|35=D| 34=67| > 49=SENDERID|52=20050926-15:03:20|56=TARGETID|11=SE1|21=1|38=110|40=2|44=130| > 54=1|55=SQN|99=0|10=203 > <20050926-15:03:20, FIX.4.0:SENDERID->TARGETID, outgoing> > > (8=FIX.4.09=10735=D34=6749=SENDERID52=20050926-15:03:2056=TARGETID11=SE121 > =138=11040=244=13054=155=SQN99=010=203) > > <20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, incoming> > (8=FIX.4.09=006835=049=TARGETID56=SENDERID 34=000070 > 43=N52=20050926-15:03:2710=203) > > <20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, incoming> > (8=FIX.4.09=0079 35=1 49=TARGETID56=SENDERID 34=000071 > 43=N52=20050926-15:03:27112=QUE:7010=045) > > <20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, outgoing> > (8=FIX.4.09=7035=0 34=68 > 49=SENDERID52=20050926-15:03:2856=TARGETID112=QUE:7010=023) > > <20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, incoming> > > (8=FIX.4.09=008335=249=TARGETID56=SENDERID34=00007243=N52=20050926-15:03:2 > 77=6716=99999910=169) > <20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, event> > (Received ResendRequest FROM: 67 TO: 999999) > <20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, outgoing> > > (8=FIX.4.09=9835=434=6743=Y49=SENDERID52=20050926-15:03:2856=TARGETID122=2 > 0050926-15:03:2836=69123=Y10=070) > <20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, event> > (Sent SequenceReset TO: 69) > <20050926-15:03:52, FIX.4.0:SENDERID->TARGETID, incoming> > > (8=FIX.4.09=006835=049=TARGETID56=SENDERID34=00007343=N52=20050926-15:03:5 > 110=203) > > > LOG commercial FIX engine: > -------------------------- > > 2005-09-27 09:03:58.734 [27988400] [FixSender] (DEBUG) Receiving > 8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000009|43=N|52=20050927-07: > 04:01|10=200| > 2005-09-27 09:03:59.670 [5569009] [FixSender] (DEBUG) Sending > 8=FIX.4.0|9=58|35=0|49=SENDERID|56=TARGETID|34=9|52=20050927-07:03:59|10=144 > | > > 2005-09-27 09:04:03.632 [15915553] [FixSender] (DEBUG) Sending > 8=FIX.4.0|9=208|35=D|49=SENDERID|56=TARGETID|34=10|52=20050927-07:04:03|50=n > ego|11=11278046430|40=2|21=3|54=1|44=25|55=AGF|38=10|59=1|109=ICBOURSE|48=FR > 0000125924|1=1234|22=4|100=PA|15=EUR|60=20050208-10:25:06|58=sacha04|10=120| > 2005-09-27 09:04:22.694 [27988400] [FixSender] (DEBUG) Receiving > 8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000010|43=N|52=20050927-07: > 04:25|10=198| > > 2005-09-27 09:04:22.834 [27988400] [FixSender] (DEBUG) Receiving > 8=FIX.4.0|9=0079|35=1|49=TARGETID|56=SENDERID|34=000011|43=N|52=20050927-07: > 04:25|112=QUE:10|10=034| > 2005-09-27 09:04:22.834 [27988400] [FixSender] (DEBUG) Sending > 8=FIX.4.0|9=70|35=0|49=SENDERID|56=TARGETID|34=11|52=20050927-07:04:22|112=Q > UE:10|10=002| > > 2005-09-27 09:04:22.850 [27988400] [FixSender] (DEBUG) Receiving > 8=FIX.4.0|9=0083|35=2|49=TARGETID|56=SENDERID|34=000012|43=N|52=20050927-07: > 04:25|7=10|16=999999|10=152| > > 2005-09-27 09:04:22.850 [27988400] [FixSender] (DEBUG) Sending > 8=FIX.4.0|9=235|35=D|49=SENDERID|56=TARGETID|34=10|52=20050927-07:04:22|122= > 20050927-07:04:03|43=Y|50=nego|11=11278046430|40=2|21=3|54=1|44=25|55=AGF|38 > =10|59=1|109=ICBOURSE|48=FR0000125924|1=1234|22=4|100=PA|15=EUR|60=20050208- > 10:25:06|58=sacha04|10=178| > 2005-09-27 09:04:22.850 [27988400] [FixSender] (DEBUG) Sending > 8=FIX.4.0|9=98|35=4|49=SENDERID|56=TARGETID|34=11|52=20050927-07:04:22|43=Y| > 122=20050927-07:04:22|123=Y|36=12|10=041| > 2005-09-27 09:04:22.850 [27988400] [FixSender] (DEBUG) Sending > 8=FIX.4.0|9=77|35=1|49=SENDERID|56=TARGETID|34=12|52=20050927-07:04:22|112=s > ynchronized?|10=228| > > 2005-09-27 09:04:22.866 [27988400] [FixSender] (DEBUG) Receiving > 8=FIX.4.0|9=0086|35=0|49=TARGETID|56=SENDERID|34=000013|43=N|52=20050927-07: > 04:25|112=synchronized?|10=250| > 2005-09-27 09:04:46.654 [27988400] [FixSender] (DEBUG) Receiving > 8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000014|43=N|52=20050927-07: > 04:49|10=208| > 2005-09-27 09:04:46.810 [24252581] [FixSender] (DEBUG) Sending > 8=FIX.4.0|9=59|35=0|49=SENDERID|56=TARGETID|34=13|52=20050927-07:04:46|10=18 > 5| > 2005-09-27 09:05:10.615 [27988400] [FixSender] (DEBUG) Receiving > 8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000015|43=N|52=20050927-07: > 05:13|10=201| > 2005-09-27 09:05:10.770 [24252581] [FixSender] (DEBUG) Sending > 8=FIX.4.0|9=59|35=0|49=SENDERID|56=TARGETID|34=14|52=20050927-07:05:10|10=17 > 8| > 2005-09-27 09:05:34.571 [27988400] [FixSender] (DEBUG) Receiving > 8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000016|43=N|52=20050927-07: > 05:37|10=208| > 2005-09-27 09:05:34.726 [24252581] [FixSender] (DEBUG) Sending > 8=FIX.4.0|9=59|35=0|49=SENDERID|56=TARGETID|34=15|52=20050927-07:05:34|10=18 > 5| > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > |
|
From: Oren M. <or...@qu...> - 2005-10-04 14:54:42
|
Do you have log files? --oren ----- Original Message ----- From: "Sacha Grbic" <gr...@gm...> To: <qui...@li...> Sent: Tuesday, October 04, 2005 4:01 AM Subject: [Quickfix-developers] What is correct? > QuickFIX Documentation: > http://www.quickfixengine.org/quickfix/doc/html/index.html > QuickFIX Support: http://www.quickfixengine.org/services.html > > Hi > > I'm testing the behavior of a counterparty FIX engine using my self > the new version 1.10.2 of QuickFix. Theres some time ago that i worked on > a > FIX > based project and i'm not shure anymore how the session level behavior > should be. > > Here the scenario: > > I'm sending a SingleOrder which can't be parsed from the counterparty. > The counterparty responds by a test request followed by a Resend request. > > QuickFix seems to respond with a SequenceReset message setting the NewSeq > number > greather to the Sequence number of the SingleOrder (sent before) and > GapFill > to Yes. > I'm not shure but this seems to be wrong because the Single Order sent > before will > be ignored. The test request is also not responded. > > I did the same test case with a commercial FIX engine which seems to > handle > the > test case correctly by resending the order again and responding to the > Test > request. > > > Who is wrong and why? > > > Regards > Sacha > > LOG QuickFIX: > ------------- > > Logon - FIX.4.0:SENDERID->TARGETID > > <20050926-15:03:03, FIX.4.0:SENDERID->TARGETID, outgoing> > (8=FIX.4.09=5935=0 34=66 > 49=SENDERID52=20050926-15:03:0356=TARGETID10=183) > > <20050926-15:03:04, FIX.4.0:SENDERID->TARGETID, incoming> > (8=FIX.4.09=006835=049=TARGETID56=SENDERID 34=000069 > 43=N52=20050926-15:03:0310=205) > > OUT: 8=FIX.4.0|9=107|35=D| 34=67| > 49=SENDERID|52=20050926-15:03:20|56=TARGETID|11=SE1|21=1|38=110|40=2|44=130| > 54=1|55=SQN|99=0|10=203 > <20050926-15:03:20, FIX.4.0:SENDERID->TARGETID, outgoing> > > (8=FIX.4.09=10735=D34=6749=SENDERID52=20050926-15:03:2056=TARGETID11=SE121 > =138=11040=244=13054=155=SQN99=010=203) > > <20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, incoming> > (8=FIX.4.09=006835=049=TARGETID56=SENDERID 34=000070 > 43=N52=20050926-15:03:2710=203) > > <20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, incoming> > (8=FIX.4.09=0079 35=1 49=TARGETID56=SENDERID 34=000071 > 43=N52=20050926-15:03:27112=QUE:7010=045) > > <20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, outgoing> > (8=FIX.4.09=7035=0 34=68 > 49=SENDERID52=20050926-15:03:2856=TARGETID112=QUE:7010=023) > > <20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, incoming> > > (8=FIX.4.09=008335=249=TARGETID56=SENDERID34=00007243=N52=20050926-15:03:2 > 77=6716=99999910=169) > <20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, event> > (Received ResendRequest FROM: 67 TO: 999999) > <20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, outgoing> > > (8=FIX.4.09=9835=434=6743=Y49=SENDERID52=20050926-15:03:2856=TARGETID122=2 > 0050926-15:03:2836=69123=Y10=070) > <20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, event> > (Sent SequenceReset TO: 69) > <20050926-15:03:52, FIX.4.0:SENDERID->TARGETID, incoming> > > (8=FIX.4.09=006835=049=TARGETID56=SENDERID34=00007343=N52=20050926-15:03:5 > 110=203) > > > LOG commercial FIX engine: > -------------------------- > > 2005-09-27 09:03:58.734 [27988400] [FixSender] (DEBUG) Receiving > 8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000009|43=N|52=20050927-07: > 04:01|10=200| > 2005-09-27 09:03:59.670 [5569009] [FixSender] (DEBUG) Sending > 8=FIX.4.0|9=58|35=0|49=SENDERID|56=TARGETID|34=9|52=20050927-07:03:59|10=144 > | > > 2005-09-27 09:04:03.632 [15915553] [FixSender] (DEBUG) Sending > 8=FIX.4.0|9=208|35=D|49=SENDERID|56=TARGETID|34=10|52=20050927-07:04:03|50=n > ego|11=11278046430|40=2|21=3|54=1|44=25|55=AGF|38=10|59=1|109=ICBOURSE|48=FR > 0000125924|1=1234|22=4|100=PA|15=EUR|60=20050208-10:25:06|58=sacha04|10=120| > 2005-09-27 09:04:22.694 [27988400] [FixSender] (DEBUG) Receiving > 8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000010|43=N|52=20050927-07: > 04:25|10=198| > > 2005-09-27 09:04:22.834 [27988400] [FixSender] (DEBUG) Receiving > 8=FIX.4.0|9=0079|35=1|49=TARGETID|56=SENDERID|34=000011|43=N|52=20050927-07: > 04:25|112=QUE:10|10=034| > 2005-09-27 09:04:22.834 [27988400] [FixSender] (DEBUG) Sending > 8=FIX.4.0|9=70|35=0|49=SENDERID|56=TARGETID|34=11|52=20050927-07:04:22|112=Q > UE:10|10=002| > > 2005-09-27 09:04:22.850 [27988400] [FixSender] (DEBUG) Receiving > 8=FIX.4.0|9=0083|35=2|49=TARGETID|56=SENDERID|34=000012|43=N|52=20050927-07: > 04:25|7=10|16=999999|10=152| > > 2005-09-27 09:04:22.850 [27988400] [FixSender] (DEBUG) Sending > 8=FIX.4.0|9=235|35=D|49=SENDERID|56=TARGETID|34=10|52=20050927-07:04:22|122= > 20050927-07:04:03|43=Y|50=nego|11=11278046430|40=2|21=3|54=1|44=25|55=AGF|38 > =10|59=1|109=ICBOURSE|48=FR0000125924|1=1234|22=4|100=PA|15=EUR|60=20050208- > 10:25:06|58=sacha04|10=178| > 2005-09-27 09:04:22.850 [27988400] [FixSender] (DEBUG) Sending > 8=FIX.4.0|9=98|35=4|49=SENDERID|56=TARGETID|34=11|52=20050927-07:04:22|43=Y| > 122=20050927-07:04:22|123=Y|36=12|10=041| > 2005-09-27 09:04:22.850 [27988400] [FixSender] (DEBUG) Sending > 8=FIX.4.0|9=77|35=1|49=SENDERID|56=TARGETID|34=12|52=20050927-07:04:22|112=s > ynchronized?|10=228| > > 2005-09-27 09:04:22.866 [27988400] [FixSender] (DEBUG) Receiving > 8=FIX.4.0|9=0086|35=0|49=TARGETID|56=SENDERID|34=000013|43=N|52=20050927-07: > 04:25|112=synchronized?|10=250| > 2005-09-27 09:04:46.654 [27988400] [FixSender] (DEBUG) Receiving > 8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000014|43=N|52=20050927-07: > 04:49|10=208| > 2005-09-27 09:04:46.810 [24252581] [FixSender] (DEBUG) Sending > 8=FIX.4.0|9=59|35=0|49=SENDERID|56=TARGETID|34=13|52=20050927-07:04:46|10=18 > 5| > 2005-09-27 09:05:10.615 [27988400] [FixSender] (DEBUG) Receiving > 8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000015|43=N|52=20050927-07: > 05:13|10=201| > 2005-09-27 09:05:10.770 [24252581] [FixSender] (DEBUG) Sending > 8=FIX.4.0|9=59|35=0|49=SENDERID|56=TARGETID|34=14|52=20050927-07:05:10|10=17 > 8| > 2005-09-27 09:05:34.571 [27988400] [FixSender] (DEBUG) Receiving > 8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000016|43=N|52=20050927-07: > 05:37|10=208| > 2005-09-27 09:05:34.726 [24252581] [FixSender] (DEBUG) Sending > 8=FIX.4.0|9=59|35=0|49=SENDERID|56=TARGETID|34=15|52=20050927-07:05:34|10=18 > 5| > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > |
|
From: Shankar K. <skr...@jw...> - 2005-10-04 14:37:10
|
Hi, I got the examples working thanks Shankar _____ From: Shankar Krishnan [mailto:skr...@jw...] Sent: Tuesday, October 04, 2005 10:22 AM To: 'qui...@li...' Subject: [Quickfix-developers] Getting the samples working - Hi, I located the sample files in the cfg directory. I ran executor_csharp config_file, I checked the file is available. Thanks for any help. I get the following message |
|
From: Shankar K. <skr...@jw...> - 2005-10-04 13:21:02
|
Would appreciate any help in getting started. Would like to look at the examples. I notice that only executor is available in csharp all others either java/c++. In what sequence should I start the applications, they also need a config file ( args[0] or args[1] seen in codes). Where are these config files ? Thanks for your help |
|
From: Sacha G. <gr...@gm...> - 2005-10-04 09:01:35
|
Hi I'm testing the behavior of a counterparty FIX engine using my self the new version 1.10.2 of QuickFix. Theres some time ago that i worked on a FIX based project and i'm not shure anymore how the session level behavior should be. Here the scenario: I'm sending a SingleOrder which can't be parsed from the counterparty. The counterparty responds by a test request followed by a Resend request. QuickFix seems to respond with a SequenceReset message setting the NewSeq number greather to the Sequence number of the SingleOrder (sent before) and GapFill to Yes. I'm not shure but this seems to be wrong because the Single Order sent before will be ignored. The test request is also not responded. I did the same test case with a commercial FIX engine which seems to handle the test case correctly by resending the order again and responding to the Test request. Who is wrong and why? Regards Sacha LOG QuickFIX: ------------- Logon - FIX.4.0:SENDERID->TARGETID <20050926-15:03:03, FIX.4.0:SENDERID->TARGETID, outgoing> (8=FIX.4.09=5935=0 34=66 49=SENDERID52=20050926-15:03:0356=TARGETID10=183) <20050926-15:03:04, FIX.4.0:SENDERID->TARGETID, incoming> (8=FIX.4.09=006835=049=TARGETID56=SENDERID 34=000069 43=N52=20050926-15:03:0310=205) OUT: 8=FIX.4.0|9=107|35=D| 34=67| 49=SENDERID|52=20050926-15:03:20|56=TARGETID|11=SE1|21=1|38=110|40=2|44=130| 54=1|55=SQN|99=0|10=203 <20050926-15:03:20, FIX.4.0:SENDERID->TARGETID, outgoing> (8=FIX.4.09=10735=D34=6749=SENDERID52=20050926-15:03:2056=TARGETID11=SE121 =138=11040=244=13054=155=SQN99=010=203) <20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, incoming> (8=FIX.4.09=006835=049=TARGETID56=SENDERID 34=000070 43=N52=20050926-15:03:2710=203) <20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, incoming> (8=FIX.4.09=0079 35=1 49=TARGETID56=SENDERID 34=000071 43=N52=20050926-15:03:27112=QUE:7010=045) <20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, outgoing> (8=FIX.4.09=7035=0 34=68 49=SENDERID52=20050926-15:03:2856=TARGETID112=QUE:7010=023) <20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, incoming> (8=FIX.4.09=008335=249=TARGETID56=SENDERID34=00007243=N52=20050926-15:03:2 77=6716=99999910=169) <20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, event> (Received ResendRequest FROM: 67 TO: 999999) <20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, outgoing> (8=FIX.4.09=9835=434=6743=Y49=SENDERID52=20050926-15:03:2856=TARGETID122=2 0050926-15:03:2836=69123=Y10=070) <20050926-15:03:28, FIX.4.0:SENDERID->TARGETID, event> (Sent SequenceReset TO: 69) <20050926-15:03:52, FIX.4.0:SENDERID->TARGETID, incoming> (8=FIX.4.09=006835=049=TARGETID56=SENDERID34=00007343=N52=20050926-15:03:5 110=203) LOG commercial FIX engine: -------------------------- 2005-09-27 09:03:58.734 [27988400] [FixSender] (DEBUG) Receiving 8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000009|43=N|52=20050927-07: 04:01|10=200| 2005-09-27 09:03:59.670 [5569009] [FixSender] (DEBUG) Sending 8=FIX.4.0|9=58|35=0|49=SENDERID|56=TARGETID|34=9|52=20050927-07:03:59|10=144 | 2005-09-27 09:04:03.632 [15915553] [FixSender] (DEBUG) Sending 8=FIX.4.0|9=208|35=D|49=SENDERID|56=TARGETID|34=10|52=20050927-07:04:03|50=n ego|11=11278046430|40=2|21=3|54=1|44=25|55=AGF|38=10|59=1|109=ICBOURSE|48=FR 0000125924|1=1234|22=4|100=PA|15=EUR|60=20050208-10:25:06|58=sacha04|10=120| 2005-09-27 09:04:22.694 [27988400] [FixSender] (DEBUG) Receiving 8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000010|43=N|52=20050927-07: 04:25|10=198| 2005-09-27 09:04:22.834 [27988400] [FixSender] (DEBUG) Receiving 8=FIX.4.0|9=0079|35=1|49=TARGETID|56=SENDERID|34=000011|43=N|52=20050927-07: 04:25|112=QUE:10|10=034| 2005-09-27 09:04:22.834 [27988400] [FixSender] (DEBUG) Sending 8=FIX.4.0|9=70|35=0|49=SENDERID|56=TARGETID|34=11|52=20050927-07:04:22|112=Q UE:10|10=002| 2005-09-27 09:04:22.850 [27988400] [FixSender] (DEBUG) Receiving 8=FIX.4.0|9=0083|35=2|49=TARGETID|56=SENDERID|34=000012|43=N|52=20050927-07: 04:25|7=10|16=999999|10=152| 2005-09-27 09:04:22.850 [27988400] [FixSender] (DEBUG) Sending 8=FIX.4.0|9=235|35=D|49=SENDERID|56=TARGETID|34=10|52=20050927-07:04:22|122= 20050927-07:04:03|43=Y|50=nego|11=11278046430|40=2|21=3|54=1|44=25|55=AGF|38 =10|59=1|109=ICBOURSE|48=FR0000125924|1=1234|22=4|100=PA|15=EUR|60=20050208- 10:25:06|58=sacha04|10=178| 2005-09-27 09:04:22.850 [27988400] [FixSender] (DEBUG) Sending 8=FIX.4.0|9=98|35=4|49=SENDERID|56=TARGETID|34=11|52=20050927-07:04:22|43=Y| 122=20050927-07:04:22|123=Y|36=12|10=041| 2005-09-27 09:04:22.850 [27988400] [FixSender] (DEBUG) Sending 8=FIX.4.0|9=77|35=1|49=SENDERID|56=TARGETID|34=12|52=20050927-07:04:22|112=s ynchronized?|10=228| 2005-09-27 09:04:22.866 [27988400] [FixSender] (DEBUG) Receiving 8=FIX.4.0|9=0086|35=0|49=TARGETID|56=SENDERID|34=000013|43=N|52=20050927-07: 04:25|112=synchronized?|10=250| 2005-09-27 09:04:46.654 [27988400] [FixSender] (DEBUG) Receiving 8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000014|43=N|52=20050927-07: 04:49|10=208| 2005-09-27 09:04:46.810 [24252581] [FixSender] (DEBUG) Sending 8=FIX.4.0|9=59|35=0|49=SENDERID|56=TARGETID|34=13|52=20050927-07:04:46|10=18 5| 2005-09-27 09:05:10.615 [27988400] [FixSender] (DEBUG) Receiving 8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000015|43=N|52=20050927-07: 05:13|10=201| 2005-09-27 09:05:10.770 [24252581] [FixSender] (DEBUG) Sending 8=FIX.4.0|9=59|35=0|49=SENDERID|56=TARGETID|34=14|52=20050927-07:05:10|10=17 8| 2005-09-27 09:05:34.571 [27988400] [FixSender] (DEBUG) Receiving 8=FIX.4.0|9=0068|35=0|49=TARGETID|56=SENDERID|34=000016|43=N|52=20050927-07: 05:37|10=208| 2005-09-27 09:05:34.726 [24252581] [FixSender] (DEBUG) Sending 8=FIX.4.0|9=59|35=0|49=SENDERID|56=TARGETID|34=15|52=20050927-07:05:34|10=18 5| |
|
From: Caleb E. <cal...@gm...> - 2005-10-03 18:02:21
|
On 10/3/05, H. Steuer <st...@un...> wrote: > > anyways, i will patch my devel-version with your diff. did you get a > chance to take a look at the other patches regarding "WeeklySession"? I'll leave that one for Oren :-) IMHO the current way of specifying session start/end times could stand to b= e > refactored. This seems to be an area of frequent enhancement requests (an= d > bugs) and I believe a rethink is warranted. I'm not sure what the *right* > design would look like, but I think the current one isn't as configurable= or > extensible as it could be. > Off the top of my head, I think there should be a session "duration" (e.g. some number of days, weeks, months, etc) coupled with a start specifer (e.g= . Weekly + Monday, Monthly + 15th of the month). This would be used to determine when to reset the session. The default would be a day-long sessio= n that begins at midnight local time. Separate from this there should be an "hours of operation" specification which determines what time of day the session will be active and accept messages. This would default to 24 hour operation. It might be a good idea to look at ISO 8601 which describes date and time format specifications and includes time periods and durations: http://en.wikipedia.org/wiki/ISO_8601 Some examples: # A one-day long session that is valid from 8 am to 4 pm local time SessionDuration =3D P1D SessionTime =3D 8:00/16:00 # A day-long session that implicitly resets at midnight local time SessionDuration =3D P1D # A day-long session that resets at midnight Zulu SessionTime =3D 0:00Z/0:00Z # A month-long session that resets on the first of the month at midnight local time. # I'm not sure how to specify "the first of the month" in ISO-8601 format without # some specific start date SessionDuration =3D 2005-01-01/P1M SessionTime =3D 8:00/16:00 # A week long session, resetting on Tuesdays. As above, not sure how to # specify an arbitrary "Tuesday" date. SessionDuration =3D 2005-10-04/P1W SessionTime =3D 8:00/16:00 -- Caleb Epstein caleb dot epstein at gmail dot com |
|
From: Jain, A. <Ani...@rb...> - 2005-10-03 15:19:10
|
Hi, As per the mail thread 'OrigSendingTime' (http://sourceforge.net/mailarchiv= e/forum.php?thread_id=3D8307323&forum_id=3D103), Oren Miller implies that, = as per FIX specs: OrigSendingTime, if data is not available, is set to same value as Sending= Time. However, once our connection went down as the Island server on the other en= d had problems. On resumption, we got back execution reports that had ident= ical SendingTime and OrigSendingTime, and reflected the actual trading situ= ation (and not this particular connection server's issues). It seems, the o= ffending server upon normalcy sent all the pending reports without modifyin= g the SendingTime. My question is: Will it not it be more useful to have MaxLatency logic chec= k difference between SendingTime and OrigSendingTime when both are availabl= e AFTER it checks difference between 'now' and SendingTime and finds it exc= eeds latency time. This will not affect most regular transactions, but will= 'understand' resumption from delays from the other side.=20 Maybe I can override Session::next behavior in FromApp? - I have not explor= ed. Thanks for your time. Anil Jain =20 -----Original Message----- From: qui...@li... [mailto:qui...@li...]On Behalf Of Oren Miller Sent: Monday, September 26, 2005 11:24 AM To: Alexey Zubko; qui...@li... Subject: Re: [Quickfix-developers] OrigSendingTime QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/ind= ex.html QuickFIX Support: http://www.quickfixengine.org/services.html It is conditionally required in the case that a message is resent: 122 OrigSendingTime N Required for message resends. If data is not availabl= e=20 set to same value as SendingTime (Can be embedded within encrypted data=20 section.) ----- Original Message -----=20 From: "Alexey Zubko" <ale...@in...> To: <qui...@li...> Sent: Monday, September 26, 2005 10:12 AM Subject: [Quickfix-developers] OrigSendingTime > QuickFIX Documentation:=20 > http://www.quickfixengine.org/quickfix/doc/html/index.html > QuickFIX Support: http://www.quickfixengine.org/services.html > > Hello, > > I have a question regarding processing of duplicated messages. > As I understand from the FIX (4.0) documentation the OrigSendingTime is=20 > not a required field. > But QF generates a rejection message anyway. > See the code below (last QF version): > > bool Session::doPossDup( const Message& msg ) > { QF_STACK_PUSH(Session::doPossDup) > > const Header & header =3D msg.getHeader(); > OrigSendingTime origSendingTime; > SendingTime sendingTime; > MsgType msgType; > > header.getField( msgType ); > header.getField( sendingTime ); > > if ( msgType !=3D MsgType_SequenceReset ) > { > if ( !header.isSetField( origSendingTime ) ) > { > generateReject( msg, 1, origSendingTime.getField() ); > return false; > } > header.getField( origSendingTime ); > > if ( origSendingTime > sendingTime ) > { > generateReject( msg, 10 ); > generateLogout(); > return false; > } > } > return true; > > QF_STACK_POP > } > > --=20 > > Regards, > Alexey Zubko > > Infinium Capital Corporation > (416) 360-7000 ext. 305 > ___________________________________________________________________________= _______________________________________________________ This E-Mail (including any attachments) may contain privileged or confident= ial information. It is intended only for the addressee(s) indicated above. The sender does not waive any of its rights, privileges or other protection= s respecting this information. =20 Any distribution, copying or other use of this E-Mail or the information it= contains, by other than an intended recipient, is not sanctioned and is pr= ohibited. If you received this E-Mail in error, please delete it and advise the sende= r (by return E-Mail or otherwise) immediately. This E-Mail (including any attachments) has been scanned for viruses.=20 It is believed to be free of any virus or other defect that might affect an= y computer system into which it is received and opened.=20 However, it is the responsibility of the recipient to ensure that it is vir= us free.=20 The sender accepts no responsibility for any loss or damage arising in any = way from its use. E-Mail received by or sent from RBC Capital Markets is subject to review by= Supervisory personnel.=20 Such communications are retained and may be produced to regulatory authorit= ies or others with legal rights to the information. |
|
From: Oren M. <or...@qu...> - 2005-10-03 15:12:27
|
We have looked at this, the problem is that we have not been able to =
duplicate this with the C++ API, only with the C# API. We have not =
forgotten about it and are looking at some possible reasons for this =
problem.
--oren
----- Original Message -----=20
From: Francis Gingras=20
To: 'Dale Wilson'=20
Cc: qui...@li...=20
Sent: Friday, September 30, 2005 3:57 PM
Subject: RE: [Quickfix-developers] How to Logout
Dale,
initiator.Stop() (I use C#) does an orderly shutdown; logouts are =
sent to all sessions.
I just tried with initiator.Logon/Logout instead of Start/Stop, but I =
get the same problem: the third logon attempt just dies.
I'm careful to use the same static initiator object which is only =
created once but it makes no difference. I'm out of ideas on this one =
and the developers have not looked at my bug report since it was =
reported 11 weeks ago, there's even a sample app to duplicate the =
problem.
Thanks,
Francis
-------------------------------------------------------------------------=
-----
From: Dale Wilson [mailto:wil...@oc...]=20
Sent: Friday, September 30, 2005 15:26
To: Francis Gingras
Cc: qui...@li...
Subject: Re: [Quickfix-developers] How to Logout
Hi Francis..
Francis Gingras wrote:=20
Hi Dale,
I do the same thing except my logoff code is simply =
m_initiator->Stop().
Is there a reason you call stop on the Initator rather than logoff on =
the Session? Is the logoff message sent to the counterparty when you =
shut down that way? I wouldn't expect an orderly shutdown from a call =
to Initiator::stop(). =20
It works twice and the third login consistently fails. Any idea =
why?
I don't know why that happens, but I haven't tried Initiator::stop =
rather than Session::logoff()
Dale
See =
http://www.quickfixengine.org/bugtracker/bug.php?op=3Dshow&bugid=3D88&pos=
=3D8
Thanks,
Francis
-------------------------------------------------------------------------=
---
From: Dale Wilson [mailto:wil...@oc...]=20
Sent: Thursday, September 29, 2005 11:43
To: ans...@sp...
Cc: qui...@li...
Subject: Re: [Quickfix-developers] How to Logout
Hi Ananth=20
To "re login" after you have logged out you should simply call =
pSession->login()
The code you supplies attempts to re-initialize the library -- in =
particular the Initiator -- which will not work the way you expect it =
to.
Dale
Ananth wrote:=20
QuickFIX Documentation: =
http://www.quickfixengine.org/quickfix/doc/html/index.html QuickFIX =
Support: http://www.quickfixengine.org/services.html=20
Ananth=20
----- Original Message -----=20
From: Ananth <ans...@sp...>
To: 'Oren Miller' <or...@qu...>
Sent: Thu Sep 29 3:22
Subject: Fwd: Re: [Quickfix-developers] How to Logout
Hi,
My client side code for login is ..
FixLogin( string file)
{
application =3D new CCMEInitiatorApp;
FIX::SessionSettings settings( file );
FIX::FileStoreFactory storeFactory( settings );
FIX::FileLogFactory logFactory( settings );
FIX::SocketInitiator initiator =3D new FIX::SocketInitiator( =
*application, storeFactory, settings, logFactory );
m_initiator->start(); =
=20
application->run(file);
}
And my client side code for logout as u have mentioned is ..
FixLogout()
{
FIX::SessionID *pSessionID =3D new FIX::SessionID =
(FIX::BeginString("FIX.4.2"), FIX::SenderCompID( GetSenderCompID()), =
FIX::TargetCompID( GetTargetCompID()));
FIX::Session *pSession =3D FIX::Session::lookupSession( =
*pSessionID);
if (pSessionID !=3D NULL)
{
pSession->logout();
} =20
}
Once I clicked logout its logging me out, but I am unable to login =
again..by calling same FixLogin( string file) again. Am I doing mistake =
some where
Can you please help me out.
Thanks in Advance,
Ananth=20
On Wed Sep 28 14:59 , 'Oren Miller' <or...@qu...> =
sent:
Just call the public logout() method on the Session class.
------------------------------------------------------- This =
SF.Net email is sponsored by: Power Architecture Resource Center: Free =
content, downloads, discussions, and more. =
http://solutions.newsforge.com/ibmarch.tmpl =
_______________________________________________ Quickfix-developers =
mailing list Qui...@li... =
https://lists.sourceforge.net/lists/listinfo/quickfix-developers=20
--=20
-----------------------------------------------------
Dale Wilson, Senior Software Engineer =20
Object Computing, Inc. (OCI)
http://www.ociweb.com/ http://www.theaceorb.com/
----------------------------------------------------
--=20
-----------------------------------------------------
Dale Wilson, Senior Software Engineer =20
Object Computing, Inc. (OCI)
http://www.ociweb.com/ http://www.theaceorb.com/
---------------------------------------------------- |
|
From: Ananth <ans...@sp...> - 2005-10-03 14:43:53
|
<html>=0D <BR> =0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times New = Roman" size=3D3>Hi,</FONT></P>=0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><o:p><FONT face=3D"Times= New Roman" size=3D3> </FONT></o:p></P>=0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times New = Roman" size=3D3>My client is a COM client using QuickFIX4.2. But while logg= ing to server sometimes <B style=3D"mso-bidi-font-weight: normal">Connectio= n drops </B>because of invalid seq no. or invalid Msg.</FONT></P>=0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times New = Roman" size=3D3>OR <B style=3D"mso-bidi-font-weight: normal">Connection fai= ls</B> if server is not up.</FONT></P>=0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><o:p><FONT face=3D"Times= New Roman" size=3D3> </FONT></o:p></P>=0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times New = Roman" size=3D3>For e.g.</FONT></P>=0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><o:p><FONT face=3D"Times= New Roman" size=3D3> </FONT></o:p></P>=0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times New = Roman" size=3D3>20050922-09:45:25 : Connecting to 192.168.0.54 on port 1224= 1</FONT></P>=0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times New = Roman" size=3D3>20050922-09:45:25 : Connection succeeded</FONT></P>=0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times New = Roman" size=3D3>20050922-09:45:25 : Initiated logon request</FONT></P>=0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times New = Roman" size=3D3>20050922-09:45:25 : Dropped Connection</FONT></P>=0D <DIV style=3D"; PADDING-RIGHT: 0in; ; PADDING-LEFT: 0in; PADDING-BOTTOM: 1p= t; ; PADDING-TOP: 0in; BORDER-BOTTOM: windowtext 1pt solid; mso-border-bott= om-alt: solid windowtext .75pt">=0D <P class=3DMsoNormal style=3D"BORDER-RIGHT: medium none; PADDING-RIGHT: 0in= ; BORDER-TOP: medium none; PADDING-LEFT: 0in; PADDING-BOTTOM: 0in; MARGIN: = 0in 0in 0pt; BORDER-LEFT: medium none; PADDING-TOP: 0in; mso-border-bottom-= alt: solid windowtext .75pt; mso-padding-alt: 0in 0in 1.0pt 0in"><o:p><FONT= face=3D"Times New Roman" size=3D3> </FONT></o:p></P></DIV>=0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><o:p><FONT face=3D"Times= New Roman" size=3D3> </FONT></o:p></P>=0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times New = Roman" size=3D3>20050923-15:<st1:time Hour=3D"17" Minute=3D"43">05:43</st1:= time> : Connecting to 10.1.56.71 on port 9560</FONT></P>=0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times New = Roman" size=3D3>20050923-15:<st1:time Hour=3D"18" Minute=3D"6">06:06</st1:t= ime> : Connection failed</FONT></P>=0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><o:p><FONT face=3D"Times= New Roman" size=3D3> </FONT></o:p></P>=0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><o:p><FONT face=3D"Times= New Roman" size=3D3> </FONT></o:p></P>=0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times New = Roman" size=3D3>But how can my client application can detect these events.<= /FONT></P>=0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times New = Roman" size=3D3>Is there any CallBack functions provided for it such as</FO= NT></P>=0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><B style=3D"mso-bidi-fon= t-weight: normal"><FONT size=3D3><FONT face=3D"Times New Roman">CMEInitiato= rApp::onLogon<o:p></o:p></FONT></FONT></B></P>=0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times New = Roman" size=3D3>So that I can get control of such events and inform the use= r.</FONT></P>=0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><o:p><FONT face=3D"Times= New Roman" size=3D3> </FONT></o:p></P>=0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><o:p><FONT face=3D"Times= New Roman" size=3D3> </FONT></o:p></P>=0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times New = Roman" size=3D3>Thanks in Advance,</FONT></P>=0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times New = Roman" size=3D3>Ananth</FONT></P>=0D <P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><o:p><FONT face=3D"Times= New Roman" size=3D3> </FONT></o:p></P>=0D </html><BR>= |
|
From: Olumide O. E. <ol...@ya...> - 2005-10-02 21:43:26
|
Hi, I would like to report a bug I encountered in QuickFixJ-1.0.0-beta1 While sending msgs with the SocketInitiator, I get the following exceptions This happens both on Windows/XP and on Suse Linux 2.6 Any ideas. Thanks --Olu Emuleomo BTW: If this is not the standard way to report bugs, pls point me in the right direction <20050930-19:53:59, FIX.4.0:CONSOLE_CLIENT->WATS_CROSSER, incoming> (8=FIX.4.09=21935=834=723449=WATS_CROSSER52=20050930-19:53:5856=CONSOLE_CLIENT6=011=olu_24514=017=322520=031=032=037=CONSOLE_CLIENT_olu_24538=240039=040=144=054=155=ITW60=20050930-19:53:5755000=30055001=C55002=Y10=255) <20050930-19:53:59, FIX.4.0:CONSOLE_CLIENT->WATS_CROSSER, event> (error in initiator net.gleamynode.netty2.MessageParseException: (Hexdump: 38 3D 46 49 58 2E 34 2E 30 01 39 3D) at quickfix.netty.FIXMessageData.read(FIXMessageData.java:170) at net.gleamynode.netty2.ReadController.doRead(ReadController.java:502) at net.gleamynode.netty2.ReadController.processEvent(ReadController.java:332) at net.gleamynode.netty2.IoProcessor.process(IoProcessor.java:334) at net.gleamynode.netty2.IoProcessor.access$500(IoProcessor.java:73) at net.gleamynode.netty2.IoProcessor$Worker.run(IoProcessor.java:364) Caused by: java.lang.IndexOutOfBoundsException at java.nio.Buffer.checkIndex(Buffer.java:438) at java.nio.DirectByteBuffer.get(DirectByteBuffer.java:209) at quickfix.netty.FIXMessageData.read(FIXMessageData.java:121) ... 5 more ) <20050930-19:54:00, FIX.4.0:CONSOLE_CLIENT->WATS_CROSSER, event> (error in initiator net.gleamynode.netty2.MessageParseException: (Hexdump: 32 31 39 01 33 35 3D 38 01 33 34 3D) at quickfix.netty.FIXMessageData.read(FIXMessageData.java:170) at net.gleamynode.netty2.ReadController.doRead(ReadController.java:502) at net.gleamynode.netty2.ReadController.processEvent(ReadController.java:332) at net.gleamynode.netty2.IoProcessor.process(IoProcessor.java:334) at net.gleamynode.netty2.IoProcessor.access$500(IoProcessor.java:73) at net.gleamynode.netty2.IoProcessor$Worker.run(IoProcessor.java:364) Caused by: net.gleamynode.netty2.MessageParseException: inconsistent header recognization between message recognizer and parser at quickfix.netty.FIXMessageData.read(FIXMessageData.java:110) ... 5 more ) |
|
From: Francis G. <fr...@at...> - 2005-10-02 20:17:09
|
Dale, initiator.Stop() (I use C#) does an orderly shutdown; logouts are sent to all sessions. I just tried with initiator.Logon/Logout instead of Start/Stop, but I get the same problem: the third logon attempt just dies. I'm careful to use the same static initiator object which is only created once but it makes no difference. I'm out of ideas on this one and the developers have not looked at my bug report since it was reported 11 weeks ago, there's even a sample app to duplicate the problem. Thanks, Francis _____ From: Dale Wilson [mailto:wil...@oc...] Sent: Friday, September 30, 2005 15:26 To: Francis Gingras Cc: qui...@li... Subject: Re: [Quickfix-developers] How to Logout Hi Francis.. Francis Gingras wrote: Hi Dale, I do the same thing except my logoff code is simply m_initiator->Stop(). Is there a reason you call stop on the Initator rather than logoff on the Session? Is the logoff message sent to the counterparty when you shut down that way? I wouldn't expect an orderly shutdown from a call to Initiator::stop(). It works twice and the third login consistently fails. Any idea why? I don't know why that happens, but I haven't tried Initiator::stop rather than Session::logoff() Dale See http://www.quickfixengine.org/bugtracker/bug.php?op=show <http://www.quickfixengine.org/bugtracker/bug.php?op=show&bugid=88&pos=8> &bugid=88&pos=8 Thanks, Francis _____ From: Dale Wilson [mailto:wil...@oc...] Sent: Thursday, September 29, 2005 11:43 To: ans...@sp... Cc: qui...@li... Subject: Re: [Quickfix-developers] How to Logout Hi Ananth To "re login" after you have logged out you should simply call pSession->login() The code you supplies attempts to re-initialize the library -- in particular the Initiator -- which will not work the way you expect it to. Dale Ananth wrote: QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html QuickFIX Support: http://www.quickfixengine.org/services.html Ananth ----- Original Message ----- From: Ananth <mailto:ans...@sp...> <ans...@sp...> To: 'Oren Miller' <mailto:or...@qu...> <or...@qu...> Sent: Thu Sep 29 3:22 Subject: Fwd: Re: [Quickfix-developers] How to Logout Hi, My client side code for login is .. FixLogin( string file) { application = new CCMEInitiatorApp; FIX::SessionSettings settings( file ); FIX::FileStoreFactory storeFactory( settings ); FIX::FileLogFactory logFactory( settings ); FIX::SocketInitiator initiator = new FIX::SocketInitiator( *application, storeFactory, settings, logFactory ); m_initiator->start(); application->run(file); } And my client side code for logout as u have mentioned is .. FixLogout() { FIX::SessionID *pSessionID = new FIX::SessionID (FIX::BeginString("FIX.4.2"), FIX::SenderCompID( GetSenderCompID()), FIX::TargetCompID( GetTargetCompID())); FIX::Session *pSession = FIX::Session::lookupSession( *pSessionID); if (pSessionID != NULL) { pSession->logout(); } } Once I clicked logout its logging me out, but I am unable to login again..by calling same FixLogin( string file) again. Am I doing mistake some where Can you please help me out. Thanks in Advance, Ananth On Wed Sep 28 14:59 , 'Oren Miller' <mailto:or...@qu...> <or...@qu...> sent: Just call the public logout() method on the Session class. ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers -- ----------------------------------------------------- Dale Wilson, Senior Software Engineer Object Computing, Inc. (OCI) http://www.ociweb.com/ http://www.theaceorb.com/ ---------------------------------------------------- -- ----------------------------------------------------- Dale Wilson, Senior Software Engineer Object Computing, Inc. (OCI) http://www.ociweb.com/ http://www.theaceorb.com/ ---------------------------------------------------- |
|
From: Francis G. <fr...@at...> - 2005-10-02 19:59:23
|
Hi Dale, I do the same thing except my logoff code is simply m_initiator->Stop(). It works twice and the third login consistently fails. Any idea why? See http://www.quickfixengine.org/bugtracker/bug.php?op=show <http://www.quickfixengine.org/bugtracker/bug.php?op=show&bugid=88&pos=8> &bugid=88&pos=8 Thanks, Francis _____ From: Dale Wilson [mailto:wil...@oc...] Sent: Thursday, September 29, 2005 11:43 To: ans...@sp... Cc: qui...@li... Subject: Re: [Quickfix-developers] How to Logout Hi Ananth To "re login" after you have logged out you should simply call pSession->login() The code you supplies attempts to re-initialize the library -- in particular the Initiator -- which will not work the way you expect it to. Dale Ananth wrote: QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html QuickFIX Support: http://www.quickfixengine.org/services.html Ananth ----- Original Message ----- From: Ananth <mailto:ans...@sp...> <ans...@sp...> To: 'Oren Miller' <mailto:or...@qu...> <or...@qu...> Sent: Thu Sep 29 3:22 Subject: Fwd: Re: [Quickfix-developers] How to Logout Hi, My client side code for login is .. FixLogin( string file) { application = new CCMEInitiatorApp; FIX::SessionSettings settings( file ); FIX::FileStoreFactory storeFactory( settings ); FIX::FileLogFactory logFactory( settings ); FIX::SocketInitiator initiator = new FIX::SocketInitiator( *application, storeFactory, settings, logFactory ); m_initiator->start(); application->run(file); } And my client side code for logout as u have mentioned is .. FixLogout() { FIX::SessionID *pSessionID = new FIX::SessionID (FIX::BeginString("FIX.4.2"), FIX::SenderCompID( GetSenderCompID()), FIX::TargetCompID( GetTargetCompID())); FIX::Session *pSession = FIX::Session::lookupSession( *pSessionID); if (pSessionID != NULL) { pSession->logout(); } } Once I clicked logout its logging me out, but I am unable to login again..by calling same FixLogin( string file) again. Am I doing mistake some where Can you please help me out. Thanks in Advance, Ananth On Wed Sep 28 14:59 , 'Oren Miller' <mailto:or...@qu...> <or...@qu...> sent: Just call the public logout() method on the Session class. ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers -- ----------------------------------------------------- Dale Wilson, Senior Software Engineer Object Computing, Inc. (OCI) http://www.ociweb.com/ http://www.theaceorb.com/ ---------------------------------------------------- |
|
From: Dale W. <wil...@oc...> - 2005-10-02 19:10:40
|
Hi Francis.. Francis Gingras wrote: > Hi Dale, > > I do the same thing except my logoff code is simply *m_initiator->*Stop(). Is there a reason you call stop on the Initator rather than logoff on the Session? Is the logoff message sent to the counterparty when you shut down that way? I wouldn't expect an orderly shutdown from a call to Initiator::stop(). > > It works twice and the third login consistently fails. Any idea why? I don't know why that happens, but I haven't tried Initiator::stop rather than Session::logoff() Dale > > See > http://www.quickfixengine.org/bugtracker/bug.php?op=show&bugid=88&pos=8 > <http://www.quickfixengine.org/bugtracker/bug.php?op=show&bugid=88&pos=8> > > Thanks, > > Francis > > ------------------------------------------------------------------------ > *From:* Dale Wilson [mailto:wil...@oc...] > *Sent:* Thursday, September 29, 2005 11:43 > *To:* ans...@sp... > *Cc:* qui...@li... > *Subject:* Re: [Quickfix-developers] How to Logout > > Hi Ananth > > To "re login" after you have logged out you should simply call > pSession->login() > The code you supplies attempts to re-initialize the library -- in > particular the Initiator -- which will not work the way you expect it to. > > Dale > > > Ananth wrote: > >> QuickFIX Documentation: >> http://www.quickfixengine.org/quickfix/doc/html/index.html QuickFIX >> Support: http://www.quickfixengine.org/services.html >> >> Ananth >> >> * >> ----- Original Message ----- >> From: Ananth <ans...@sp...> >> To: 'Oren Miller' <or...@qu...> >> Sent: Thu Sep 29 3:22 >> Subject: Fwd: Re: [Quickfix-developers] How to Logout >> >> >> * >> >> Hi, >> >> My client side code for login is .... >> >> *FixLogin( string file)* >> >> *{* >> >> *application = new CCMEInitiatorApp;* >> >> *FIX::SessionSettings settings( file );* >> >> *FIX::FileStoreFactory storeFactory( settings );* >> >> *FIX::FileLogFactory logFactory( settings );* >> >> *FIX::SocketInitiator initiator = new FIX::SocketInitiator( >> *application, storeFactory, settings, logFactory );* >> >> *m_initiator->start(); >> * >> >> *application->run(file);* >> >> *}* >> >> And my client side code for logout as u have mentioned is ...... >> >> *FixLogout()* >> >> *{* >> >> *FIX::SessionID *pSessionID = new FIX::SessionID >> (FIX::BeginString("FIX.4.2"), FIX::SenderCompID( GetSenderCompID()), >> FIX::TargetCompID( GetTargetCompID()));* >> >> *FIX::Session *pSession = FIX::Session::lookupSession( *pSessionID);* >> >> *if (pSessionID != NULL)* >> >> *{* >> >> * pSession->logout();* >> >> *} * >> >> *}* >> >> Once I clicked logout its logging me out, but I am unable to login >> again....by calling same FixLogin( string file)* * again. Am I doing >> mistake some where >> >> Can you please help me out. >> >> Thanks in Advance, >> Ananth >> >> >> >> >> >> >> *On Wed Sep 28 14:59 , 'Oren Miller' <or...@qu...> sent: >> >> * >> >> Just call the public logout() method on the Session class. >> >> >> >> >> ------------------------------------------------------- This SF.Net >> email is sponsored by: Power Architecture Resource Center: Free >> content, downloads, discussions, and more. >> http://solutions.newsforge.com/ibmarch.tmpl >> _______________________________________________ Quickfix-developers >> mailing list Qui...@li... >> https://lists.sourceforge.net/lists/listinfo/quickfix-developers > > > >-- >----------------------------------------------------- > Dale Wilson, Senior Software Engineer > Object Computing, Inc. (OCI) > http://www.ociweb.com/ http://www.theaceorb.com/ >---------------------------------------------------- > -- ----------------------------------------------------- Dale Wilson, Senior Software Engineer Object Computing, Inc. (OCI) http://www.ociweb.com/ http://www.theaceorb.com/ ---------------------------------------------------- |
|
From: Dale W. <wil...@oc...> - 2005-09-29 15:43:42
|
Hi Ananth To "re login" after you have logged out you should simply call pSession->login() The code you supplies attempts to re-initialize the library -- in particular the Initiator -- which will not work the way you expect it to. Dale Ananth wrote: > QuickFIX Documentation: > http://www.quickfixengine.org/quickfix/doc/html/index.html QuickFIX > Support: http://www.quickfixengine.org/services.html > > Ananth > > * > ----- Original Message ----- > From: Ananth <ans...@sp...> > To: 'Oren Miller' <or...@qu...> > Sent: Thu Sep 29 3:22 > Subject: Fwd: Re: [Quickfix-developers] How to Logout > > > * > > Hi, > > > > My client side code for login is .... > > > > *FixLogin( string file)* > > *{* > > *application = new CCMEInitiatorApp;* > > *FIX::SessionSettings settings( file );* > > *FIX::FileStoreFactory storeFactory( settings );* > > *FIX::FileLogFactory logFactory( settings );* > > *FIX::SocketInitiator initiator = new FIX::SocketInitiator( > *application, storeFactory, settings, logFactory );* > > *m_initiator->start(); * > > *application->run(file);* > > *}* > > > > And my client side code for logout as u have mentioned is ...... > > > > *FixLogout()* > > *{* > > *FIX::SessionID *pSessionID = new FIX::SessionID > (FIX::BeginString("FIX.4.2"), FIX::SenderCompID( GetSenderCompID()), > FIX::TargetCompID( GetTargetCompID()));* > > *FIX::Session *pSession = FIX::Session::lookupSession( *pSessionID);* > > *if (pSessionID != NULL)* > > *{* > > * pSession->logout();* > > *} * > > *}* > > > > Once I clicked logout its logging me out, but I am unable to login > again....by calling same FixLogin( string file)* * again. Am I doing > mistake some where > > > > Can you please help me out. > > > > Thanks in Advance, > Ananth > > > > > > > *On Wed Sep 28 14:59 , 'Oren Miller' <or...@qu...> sent: > > * > > Just call the public logout() method on the Session class. > > > > > ------------------------------------------------------- This SF.Net > email is sponsored by: Power Architecture Resource Center: Free > content, downloads, discussions, and more. > http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ Quickfix-developers > mailing list Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers -- ----------------------------------------------------- Dale Wilson, Senior Software Engineer Object Computing, Inc. (OCI) http://www.ociweb.com/ http://www.theaceorb.com/ ---------------------------------------------------- |
|
From: Ananth <ans...@sp...> - 2005-09-29 13:58:44
|
<html>=0D
<BR>
<BR>
Ananth <BR>
<BR>
<B><BR>
----- Original Message ----- <BR>
From: Ananth <ans...@sp...><BR>
To: 'Oren Miller' <or...@qu...><BR>
Sent: Thu Sep 29 3:22<BR>
Subject: Fwd: Re: [Quickfix-developers] How to Logout<BR>
<BR>
<BR>
</B>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times New =
Roman" size=3D3>Hi,</FONT></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><O:P><FONT face=3D"Times=
New Roman" size=3D3> </FONT></O:P></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times New =
Roman" size=3D3>My client side code for login is =85.</FONT></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><O:P><FONT face=3D"Times=
New Roman" size=3D3> </FONT></O:P></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><B style=3D"mso-bidi-fon=
t-weight: normal"><FONT size=3D3><FONT face=3D"Times New Roman">FixLogin( s=
tring file)<O:P></O:P></FONT></FONT></B></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><B style=3D"mso-bidi-fon=
t-weight: normal"><FONT size=3D3><FONT face=3D"Times New Roman">{<O:P></O:P=
></FONT></FONT></B></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt 0.5in"><B style=3D"mso-bi=
di-font-weight: normal"><FONT size=3D3><FONT face=3D"Times New Roman">appli=
cation =3D new CCMEInitiatorApp;<O:P></O:P></FONT></FONT></B></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt 0.5in"><B style=3D"mso-bi=
di-font-weight: normal"><FONT size=3D3><FONT face=3D"Times New Roman">FIX::=
SessionSettings settings( file );<O:P></O:P></FONT></FONT></B></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt 0.5in"><B style=3D"mso-bi=
di-font-weight: normal"><FONT size=3D3><FONT face=3D"Times New Roman">FIX::=
FileStoreFactory storeFactory( settings );<O:P></O:P></FONT></FONT></B></P>=
=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt 0.5in"><B style=3D"mso-bi=
di-font-weight: normal"><FONT size=3D3><FONT face=3D"Times New Roman">FIX::=
FileLogFactory logFactory( settings );<O:P></O:P></FONT></FONT></B></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt 0.5in"><B style=3D"mso-bi=
di-font-weight: normal"><FONT size=3D3><FONT face=3D"Times New Roman">FIX::=
SocketInitiator<SPAN style=3D"mso-spacerun: yes"> </SPAN>initiator =
=3D new FIX::SocketInitiator( *application, storeFactory, settings, logFact=
ory );<O:P></O:P></FONT></FONT></B></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt 0.5in"><B style=3D"mso-bi=
di-font-weight: normal"><FONT size=3D3><FONT face=3D"Times New Roman">m_ini=
tiator->start();<SPAN style=3D"mso-tab-count: 5">  =
; &n=
bsp;  =
; &n=
bsp; </SPAN><O:P></O:P></FO=
NT></FONT></B></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt 0.5in"><B style=3D"mso-bi=
di-font-weight: normal"><FONT size=3D3><FONT face=3D"Times New Roman">appli=
cation->run(file);<O:P></O:P></FONT></FONT></B></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><B style=3D"mso-bidi-fon=
t-weight: normal"><FONT size=3D3><FONT face=3D"Times New Roman">}<O:P></O:P=
></FONT></FONT></B></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><O:P><FONT face=3D"Times=
New Roman" size=3D3> </FONT></O:P></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times New =
Roman" size=3D3>And my client side code for logout<SPAN style=3D"mso-spacer=
un: yes"> </SPAN>as u have mentioned is =85=85</FONT></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><O:P><FONT face=3D"Times=
New Roman" size=3D3> </FONT></O:P></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><B style=3D"mso-bidi-fon=
t-weight: normal"><FONT size=3D3><FONT face=3D"Times New Roman">FixLogout()=
<O:P></O:P></FONT></FONT></B></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><B style=3D"mso-bidi-fon=
t-weight: normal"><FONT size=3D3><FONT face=3D"Times New Roman">{<O:P></O:P=
></FONT></FONT></B></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt 0.5in"><B style=3D"mso-bi=
di-font-weight: normal"><FONT size=3D3><FONT face=3D"Times New Roman">FIX::=
SessionID *pSessionID =3D new FIX::SessionID (FIX::BeginString("FIX.4.2"), =
FIX::SenderCompID( GetSenderCompID()), FIX::TargetCompID( GetTargetCompID()=
));<O:P></O:P></FONT></FONT></B></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt 0.5in"><B style=3D"mso-bi=
di-font-weight: normal"><FONT size=3D3><FONT face=3D"Times New Roman">FIX::=
Session *pSession =3D FIX::Session::lookupSession( *pSessionID);<O:P></O:P>=
</FONT></FONT></B></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt 0.5in"><B style=3D"mso-bi=
di-font-weight: normal"><FONT size=3D3><FONT face=3D"Times New Roman">if (p=
SessionID !=3D NULL)<O:P></O:P></FONT></FONT></B></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt 0.5in"><B style=3D"mso-bi=
di-font-weight: normal"><FONT size=3D3><FONT face=3D"Times New Roman">{<O:P=
></O:P></FONT></FONT></B></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt 0.5in"><B style=3D"mso-bi=
di-font-weight: normal"><FONT size=3D3><FONT face=3D"Times New Roman"><SPAN=
style=3D"mso-tab-count: 1">  =
; </SPAN>pSession->logout();<O:P></O:P></FONT></FONT><=
/B></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt 0.5in"><B style=3D"mso-bi=
di-font-weight: normal"><FONT size=3D3><FONT face=3D"Times New Roman">}<SPA=
N style=3D"mso-tab-count: 4"> &nbs=
p; &=
nbsp; &nbs=
p; &=
nbsp; </SPAN><O:P></O:P></FONT></FONT></B></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><B style=3D"mso-bidi-fon=
t-weight: normal"><FONT size=3D3><FONT face=3D"Times New Roman">}<O:P></O:P=
></FONT></FONT></B></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><O:P><FONT face=3D"Times=
New Roman" size=3D3> </FONT></O:P></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times New =
Roman" size=3D3>Once I clicked logout its logging me out, but I am unable t=
o login again=85.by calling same FixLogin( string file)<B style=3D"mso-bidi=
-font-weight: normal"> </B><SPAN style=3D"mso-spacerun: yes"> </SPAN>a=
gain. Am I doing mistake some where</FONT></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><O:P><FONT face=3D"Times=
New Roman" size=3D3> </FONT></O:P></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><FONT face=3D"Times New =
Roman" size=3D3>Can you please help me out.</FONT></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><O:P><FONT face=3D"Times=
New Roman" size=3D3> </FONT></O:P></P>=0D
<P class=3DMsoNormal style=3D"MARGIN: 0in 0in 0pt"><O:P></O:P><FONT face=3D=
Arial size=3D2><SPAN style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial">Thanks i=
n Advance,<BR>
</SPAN></FONT>Ananth </P>=0D
<P> </P>=0D
<P> </P>=0D
<P><BR>
<B>On Wed Sep 28 14:59 , 'Oren Miller' <or...@qu...> sent=
:<BR>
<BR>
</B></P>=0D
<BLOCKQUOTE style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5p=
x; BORDER-LEFT: #5167c6 2px solid; MARGIN-RIGHT: 0px"><DEFANGED_META http-e=
quiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-1"><DEFANGED=
_META name=3D"GENERATOR" content=3D"MSHTML 6.00.2900.2722"><DEFANGED_BODY b=
gColor=3D"#ffffff">=0D
<DIV><FONT face=3DArial size=3D2>Just call the public logout() method on th=
e Session class.</FONT></DIV>=0D
<DIV><FONT face=3DArial size=3D2></FONT> </DIV></BLOCKQUOTE><BR>
=0D
</html><BR>=
|
|
From: Oren M. <or...@qu...> - 2005-09-28 21:00:02
|
Just call the public logout() method on the Session class. --oren ----- Original Message -----=20 From: Ananth=20 To: qui...@li...=20 Sent: Wednesday, September 28, 2005 2:28 PM Subject: [Quickfix-developers] How to Logout QuickFIX Documentation: = http://www.quickfixengine.org/quickfix/doc/html/index.html QuickFIX = Support: http://www.quickfixengine.org/services.html=20 Hi, We are using QuickFix 4.2. In our architecture we have Server using = Acceptor and client using Initiator.. Now when client wants to end its session it has to send logout msg to = server. Which is refined way to do it.........? I have tried out like this ----- FIX::SessionID *pSessionID =3D new FIX::SessionID = (FIX::BeginString("FIX.4.2"), FIX::SenderCompID ( GetSenderCompID()), = FIX::TargetCompID( GetTargetCompID())); FIX::Session *pSession =3D FIX::Session::lookupSession( = *pSessionID); if (pSessionID !=3D NULL) { pSession->generateLogout("Logout by Phoenix User"); pSession->disconnect(); FIX::Session::removeSession(*pSession); } Is this correct way to do it....because i had made func = generateLogout() public from private in Session class. Could anyone throw some light on it=20 Thanks in Advance, Ananth=20 ------------------------------------------------------- This SF.Net = email is sponsored by: Power Architecture Resource Center: Free content, = downloads, discussions, and more. = http://solutions.newsforge.com/ibmarch.tmpl = _______________________________________________ Quickfix-developers = mailing list Qui...@li... = https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
|
From: Ananth <ans...@sp...> - 2005-09-28 19:28:56
|
<html>=0D
=0D
<P> </P>=0D
<P>Hi,</P>=0D
<P>We are using QuickFix 4.2. In our architecture we have Server using Acce=
ptor and client using Initiator..</P>=0D
<P>Now when client wants to end its session it has to send logout msg to se=
rver.</P>=0D
<P>Which is refined way to do it.........?</P>=0D
<P>I have tried out like this -----</P>=0D
<P><STRONG> FIX::SessionID *pSessionID =3D new FIX::=
SessionID (FIX::BeginString("FIX.4.2"), FIX::SenderCompID ( GetSender=
CompID()), FIX::TargetCompID( GetTargetCompID()));</STRONG></P>=0D
<P><BR>
<STRONG> FIX::Session *pSession =3D FIX::Session::lo=
okupSession( *pSessionID);<BR>
if (pSessionID !=3D NULL)<BR>
{<BR>
pSession->generateLogout("Logout by Phoeni=
x User");<BR>
pSession->disconnect();<BR>
FIX::Session::removeSession(*pSession);<BR>
}</STRONG></P>=0D
<P>Is this correct way to do it....because i had made func generateLogout()=
public from private in Session class.</P>=0D
<P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN style=3D"FONT-SIZE: =
10pt; FONT-FAMILY: Arial">Could anyone throw some light on it</SPAN></FONT>=
<FONT face=3DArial size=3D2><SPAN style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Ar=
ial"> </SPAN></FONT></P>=0D
<P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN style=3D"FONT-SIZE: =
10pt; FONT-FAMILY: Arial">Thanks in Advance,<BR>
</SPAN></FONT>Ananth </P>=0D
</html><BR>=
|
|
From: Boby P. <bp...@gl...> - 2005-09-28 19:10:03
|
|
From: <Ark...@ub...> - 2005-09-27 22:04:41
|
Hello! I've got to connect to an exchange that is doing something quite evil. = After I receive Logon response from it, I have to wait for TestRequest. = Any message sent between Logon and TestRequest is lost without a trace. = It is especially bad when I have messages sent while we were not logged = on - they are sent immediately after Logon and disappear. Any suggestions on how to counter this? Sincerely,=20 Arkadiy. Visit our website at http://www.ubs.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. |
|
From: Caleb E. <cal...@gm...> - 2005-09-27 12:06:13
|
On 9/27/05, Law, Kelvin (Hong Kong) <Kel...@ml...> wrote: > > "Utility.cpp", line 206: Error: Formal argument 4 of type const char* in > call to setsockopt(int, int, int, const char*, int) is being passed int*. > > Does anyone else encounter this error? > This looks like an issue specific to Solaris 5.6 (which is really out of date by the way - you should consider upgrading). On my SunOS 5.8 box, the setsockopt prototype looks like: /usr/include/sys/socket.h:extern int setsockopt(int, int, int, const void *= , socklen_t); If you have root access, you can try just changing the protoype in sys/socket.h, or you can just tweak the code in Utility.cpp to cast to cons= t char* for that argument. -- Caleb Epstein caleb dot epstein at gmail dot com |
|
From: Law, K. (H. Kong) <Kel...@ml...> - 2005-09-27 07:54:22
|
Hi,=20 I have encountered the following error while trying to compile QuickFIX 1.10.2 on Solaris (SunOS) 5.6.=20 CC -DHAVE_CONFIG_H -I. -I. -I../.. -I. -I.. -I../.. -g -I/home/lawkel/automake/include/libxml2 -c Utility.cpp -KPIC -DPIC -o .libs/Utility.o "Utility.cpp", line 206: Error: Formal argument 4 of type const char* in call to setsockopt(int, int, int, const char*, int) is being passed int*. 1 Error(s) detected. Does anyone else encounter this error?=20 I am using autoconf-2.59, automake-1.96, libtool-1.5.20, libxml2-2.6.22, m4-1.4.3 and gnu make-2.8.0. Any help will be appreciated. Kelvin -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the = sender, delete it and do not read, act upon, print, disclose, copy, = retain or redistribute it. Click here for important additional terms = relating to this e-mail. http://www.ml.com/email_terms/ -------------------------------------------------------- |
98 messages has been excluded from this view by a project administrator.
