Re: [Quickfix-developers] (no subject)
Brought to you by:
orenmnero
From: Oren M. <or...@qu...> - 2006-04-12 00:50:48
|
Yeah, I've implemented this sort of thing for market data projects (not sure where it is at the moment unfortunately). It would probably be useful to distribute such a thing with quickfix. If you don't care about overhead (either memory or disk writes), then you can use either of those stores if you use the ResetOnDisconnect and ResetOnLogout settings. These will make sure your sequence numbers get reset to 1 no matter what store you use. If you are worried about the overhead, then what should work would be to implement some sort of NullStore which implements the sequence/ creation time methods like the memory store. Then just make the set () method do nothing, and have the get() method always return an empty vector. Then using those two configuration settings you should get the effect you are looking for. --oren On Apr 11, 2006, at 7:23 PM, Brendan Boerner wrote: > QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/ > html/index.html > QuickFIX Support: http://www.quickfixengine.org/services.html > > Hi, > > In our application using QuickFIX I'm creating a FIX 4.2 server which > will send MarketDataSnapshotFullRefresh messages to a client. > > In this application we don't wish to store messages if the client is > disconnected - the client will simply receive current > MarketDataSnapshotFullRefresh messages as become available after it > connects, restarting with MsgSeqNum=1. > > I didn't see anything in {File,Memory}MessageStore which would > implement this. I wanted to check w/the list to see if I'll need to > implement my own implementation of MessageStoreFactory and > MessageStore or have I overlooked something? > > Regards, > Brendan > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the > live webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > |