Re: [Quickfix-developers] Do I need one or multiple FIX::Application instances for two way communications?

[Mikhail V. <mve...@gm...>]

You misunderstand:

Think of Initiator as a socket that initiates the connection and
Acceptor as a socket that listens for a connection.

The communication through either is bi-directional, so in general you
will only need 1 implementation of FIX::Application per Initiator or
Acceptor whichever one you choose to implement.

FIX::Application is a base class that allows you to put in logic for
processing messages you receive.  You will need some other class to
generate and send messages via FIX.
-  
Regards,

Mikhail Veygman


-----Original Message-----
From: Robert Levas <le...@qe...>
Reply-to: le...@qe...
To: qui...@li...
Subject: [Quickfix-developers] Do I need one or multiple
FIX::Application instances for two way communications?
Date: Tue, 3 Nov 2009 13:14:15 -0500

QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
QuickFIX Support: http://www.quickfixengine.org/services.html

The docs are unclear about this, so I am posting my question to the
list.

 

I am working on a solution where my application is to communicate with a
FIX server and my application is supposed to send and receive FIX
messages. I believe the FIX protocol is asynchronous and therefore a
FIX::Application implementation that is configured to be an initiator
can only send messages and is not set up to receive messages. So I need
to also run a FIX::Application implementation that is configured to be
an acceptor.  

 

Is this correct?  If so, is there any reason why I can’t have a single
application instantiate multiple FIX::Application instances (one
initiator and one acceptor)?

 

Thanks,

Robert Levas

Systems Architect/Developer

QED Financial Systems, Inc.

10,000 Sagemore
Marlton, New Jersey 08053 USA

tel      856.797.1200

fax     856.797.9719

email   le...@QE...

This electronic message is intended only for the receipt by, and the
personal and confidential use of, the designated recipient(s) named 
above.  If you are not an intended recipient of this electronic message
you are hereby notified that any review, dissemination, distribution 
or copy of this message is strictly prohibited.  QED Financial Systems,
Inc. reserves all rights to the content of this electronic message,  
which is the exclusive property of QED Financial Systems.

 


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers