Have you tried looking at http://openadaptor.org?
Perhaps, you can use OpenAdaptor to the connect to your internal
systems and use QuickFix to implement the FIX interface.
On Wed, 01 Sep 2004 20:51:20 -0700,
qui...@li...
<qui...@li...> wrote:
> Send Quickfix-users mailing list submissions to
> qui...@li...
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.sourceforge.net/lists/listinfo/quickfix-users
> or, via email, send a message with subject or body 'help' to
> qui...@li...
>
> You can reach the person managing the list at
> qui...@li...
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Quickfix-users digest..."
>
> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX FAQ: http://www.quickfixengine.org/wikifix/index.php?QuickFixFAQ
> QuickFIX Support: http://www.quickfixengine.org/services.html
>
> Today's Topics:
>
> 1. Does QuickFix implement Message Queue mechanism to make sure all messages are delivered ? (Frank)
>
> --__--__--
>
> Message: 1
> From: "Frank" <fr...@di...>
> To: <qui...@li...>
> Date: Wed, 1 Sep 2004 18:46:05 -0700
> Organization: DAS
> Subject: [Quickfix-users] Does QuickFix implement Message Queue mechanism to make sure all messages are delivered ?
>
> This is a multi-part message in MIME format.
>
> ------=_NextPart_000_00AE_01C49053.F01BB710
> Content-Type: text/plain;
> charset="iso-8859-1"
> Content-Transfer-Encoding: quoted-printable
>
> Hi,
>
> I'm trying to make use of quickfix to replace the old fix gateway(ugly =
> code, not flexible, only support fix4.0) in my company.
>
> I have many years of socket programming experience. Every time when I =
> write a tcp socket program, I'll worry about buffering of read and write =
> stream, queueing of messages ready to send, queueing of messages =
> received and waiting for handling. If I add such kinds of handling in =
> the socket program, the program will be really very stable and robust; =
> if not, errors will occur after it runs for some time.
>
> My question is: Does QuickFix have such kinds of handling ? especially =
> message queue mechanism ? May I borrow it to deal with other sockets =
> (My program is a fix gateway, one side connects trading system (not fix =
> protocol), one side connects ECN(fix protocol)) ?
>
> QuickFix source code is so complicated that I can not figure it out by =
> myself right now.
>
> Thanks.
>
> ------=_NextPart_000_00AE_01C49053.F01BB710
> Content-Type: text/html;
> charset="iso-8859-1"
> Content-Transfer-Encoding: quoted-printable
>
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> <HTML><HEAD>
> <META http-equiv=3DContent-Type content=3D"text/html; =
> charset=3Diso-8859-1">
> <META content=3D"MSHTML 6.00.2800.1458" name=3DGENERATOR>
> <STYLE></STYLE>
> </HEAD>
> <BODY bgColor=3D#ffffff>
> <DIV>Hi,</DIV>
> <DIV> </DIV>
> <DIV>I'm trying to make use of quickfix to replace the old fix =
>
> gateway(ugly code, not flexible, only support fix4.0) in my =
> company.</DIV>
> <DIV> </DIV>
> <DIV>I have many years of socket programming experience. Every time when =
> I write=20
> a tcp socket program, I'll worry about buffering of read and write =
> stream,=20
> queueing of messages ready to send, queueing of messages received and =
> waiting=20
> for handling. If I add such kinds of handling in the socket program, the =
> program=20
> will be really very stable and robust; if not, errors will occur after =
> it runs=20
> for some time.</DIV>
> <DIV> </DIV>
> <DIV>My question is: Does QuickFix have such kinds of handling =
> ? especially=20
> message queue mechanism ? May I borrow it to deal with other =
> sockets (My=20
> program is a fix gateway, one side connects trading system (not fix =
>
> protocol), one side connects ECN(fix protocol)) ?</DIV>
> <DIV> </DIV>
> <DIV>QuickFix source code is so complicated that I can not figure it out =
> by=20
> myself right now.</DIV>
> <DIV> </DIV>
> <DIV>Thanks.</DIV>
> <DIV> </DIV></BODY></HTML>
>
> ------=_NextPart_000_00AE_01C49053.F01BB710--
>
> --__--__--
>
> _______________________________________________
> Quickfix-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-users
>
> End of Quickfix-users Digest
>
--
=======================================================
jo...@na... * wir...@na...
Think Different! (www.apple.com/thinkdifferent)
|
