Re: [Quickfix-developers] Restore messages

[Oren M. <ore...@ya...>]

You're right.  It has been brought up before.  I've
been a little hesitant to add it because in general I
don't believe that FIX is a great way to store the
state of the system, particularly if you want to
support interfaces other than FIX.  It's also sort of
the contract with FIX that once you've accepted a
message, you are basically saying "I've processed this
message", implying that any necessary state changes
have taken place in the application.

On the other hand, the pragmatic aspects of rapidly
creating FIX applications with this sort of built in
state mechanism is not lost on me.  It should be used
carefully, however, because an old message that you
process may not be the same message the counterparty
would choose to resend to you.  This generally applies
more to servers than clients.

I'd like to here a little more discourse from people
as to why it does or doesn't make sense.  If anybody
else has an opinion on the topic please make your
voice heard now.

--- Min Tang <mi...@op...> wrote:
> Agree. I think there are many chances for a GUI FIX
> trading application to
> restore incoming messages. For example, a user
> closed then re-open this
> application, all recent orders and executions should
> be re-loaded. It will
> be great helpful if Oren can offer the functionality
> to store/recover
> incoming message as well (just same as what QuickFix
> handles outgoing
> messages). For performance consideration, this
> shouldn't be mandatory, a
> flag in config file can solve the problem. Of course
> I can implement this
> using outgoing log file, but I do feel this is a
> fundamental requirement (I
> checked email archive, and at least 3 people
> mentioned same thing).
> 
> ----- Original Message -----
> From: "Gene Gorokhovsky" <mus...@ya...>
> To: <om...@th...>; "Min Tang"
> <mi...@op...>;
> <qui...@li...>
> Sent: Monday, March 03, 2003 8:27 PM
> Subject: Re: [Quickfix-developers] Restore messages
> 
> 
> > Remember also that you can always ask for the
> message
> > resend from the session counter-party using FIX.
> >
> > Gene
> >
> > --- Oren Miller <ore...@ya...> wrote:
> > >
> > > You can't.  There is no reason to store incoming
> > > messages to implement the protocol, so they are
> not
> > > stored.  Doing so would just increase I/O.  You
> can
> > > use the logger interface to store both incoming
> and
> > > outgoing messages, however you would have to
> > > implement something to read them into your
> > > application.
> > >  Min Tang <mi...@op...> wrote:Hello,
> We
> > > can restore outgoing messages by using FileStore
> > > class, but how can I restore incoming messages?
> Is
> > > there any utility to load XXX.incoming |
> > > XXX.outgoing files or I have to write myself?
> > > Thanks.
> > >
> > >
> > > ---------------------------------
> > > Do you Yahoo!?
> > > Yahoo! Tax Center - forms, calculators, tips,
> and
> > more
> >
> >
> > __________________________________________________
> > Do you Yahoo!?
> > Yahoo! Tax Center - forms, calculators, tips, more
> > http://taxes.yahoo.com/
> >
> 
> 
> 
>
-------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of
> TotalView, The debugger 
> for complex code. Debugging C/C++ programs can leave
> you feeling lost and 
> disoriented. TotalView can help you find your way.
> Available on major UNIX 
> and Linux platforms. Try it free. www.etnus.com
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
>
https://lists.sourceforge.net/lists/listinfo/quickfix-developers


__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/