Thread: [Quickfix-developers] CME Specific SendRequest
Brought to you by:
orenmnero
|
From: Shane R. <SR...@Ty...> - 2006-10-02 09:12:00
|
I've trolled through the archives but I can't see if the latest version of the QF engine has implemented the CME (non FIX protocol compliant) Send Request mechanism. =20 Specifically I need to implement functionality to allow me to request exactly N (where N <=3D 2500) messages. =20 If this is not implemented has anybody done this before? Can anyone point me in the correct direction? =20 Thank you in advance, =20 Shane Ryan T: +44(0) 207 151 0056 F: +44(0) 207 151 0048 =20 Tyler Capital 4Th Floor 40 Lime St London EC3M 7AW England =20 |
|
From: Jain, A. <Ani...@rb...> - 2006-10-02 13:33:42
|
> Specifically I need to implement functionality to allow me to request exa= ctly N (where N <=3D 2500) messages. I've implemented CME resend request, but we do not have any need to request= such a large number ourselves - maybe your need is different. We simply do= trade executions and use MsgType=3DD(Order - Single), F(Order Cancel Reque= st) and G( Order Cancel/Replace Request). > If this is not implemented has anybody done this before? Can anyone point= me in the correct direction? When required, we first sync our processing systems' requirement from incom= ing logs, then we do resend request to CME with BeginSeqNo as one plus last= incoming record in the log, and EndSeqNo as 0 to get all of any remaining = records. Disconnect will happen, if CME misses couple of heartbeats, and our rate of= receiving messages is much less than 2500 for that duration, so the need f= or such volume management does not arise for us. Hope, this was helpful. Regards, Anil Jain _______________________________________________________________________ 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: msrdan <ms...@co...> - 2007-09-16 22:22:56
|
Hello Anil, I've just started implementing the same interface to the CME and am faced with the same coding challenge. It seems like you've already implemented this and I was wondering if you would mind sharing the QF code (or pseduo code)? Thanks in advance Mike Jain, Anil wrote: > > QuickFIX Documentation: > http://www.quickfixengine.org/quickfix/doc/html/index.html > QuickFIX Support: http://www.quickfixengine.org/services.html > >> Specifically I need to implement functionality to allow me to request >> exactly N (where N <= 2500) messages. > > I've implemented CME resend request, but we do not have any need to > request such a large number ourselves - maybe your need is different. We > simply do trade executions and use MsgType=D(Order - Single), F(Order > Cancel Request) and G( Order Cancel/Replace Request). > >> If this is not implemented has anybody done this before? Can anyone point >> me in the correct direction? > > When required, we first sync our processing systems' requirement from > incoming logs, then we do resend request to CME with BeginSeqNo as one > plus last incoming record in the log, and EndSeqNo as 0 to get all of any > remaining records. > > Disconnect will happen, if CME misses couple of heartbeats, and our rate > of receiving messages is much less than 2500 for that duration, so the > need for such volume management does not arise for us. > > Hope, this was helpful. > > Regards, > > Anil Jain > _______________________________________________________________________ > > This E-Mail (including any attachments) may contain privileged or > confidential information. It is intended only for the addressee(s) > indicated above. > The sender does not waive any of its rights, privileges or other > protections respecting this information. > 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 > prohibited. > If you received this E-Mail in error, please delete it and advise the > sender (by return E-Mail or otherwise) immediately. > > This E-Mail (including any attachments) has been scanned for viruses. > It is believed to be free of any virus or other defect that might affect > any computer system into which it is received and opened. > However, it is the responsibility of the recipient to ensure that it is > virus free. > 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. > Such communications are retained and may be produced to regulatory > authorities or others with legal rights to the information. > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > > -- View this message in context: http://www.nabble.com/CME-Specific-SendRequest-tf2368485.html#a12726683 Sent from the QuickFIX - Dev mailing list archive at Nabble.com. |
|
From: Mike G. <mg...@co...> - 2006-10-02 16:25:33
|
Are you referring to the CME AutoCert test entitled "Handle Message Gaps of More than 2500 Messages"? -- Mike Gatny Connamara Systems, LLC |