Well, the reason there is no onConnect is because the concept is
foreign to FIX. FIX can work over connectionless transports, such as
udp which we plan to add support for. So really from FIX's point of
view, establishing a connection in itself isn't too meaningful or
relevant.
Until you call logon (if you are logging on programatically), the
socket isn't even attempting to connect. So it doesn't make sense for
you to wait until a connection before calling logon since that will
never actually happen. When you call logon is when the socket will
attempt to establish a connection and the session will logon. It will
continue to do so until the logon is successful, you call logoff, or
the session time expires.
--oren
On Sep 2, 2004, at 10:41 AM, Jon Dahl wrote:
> Well, it would be nice to know from the user space point of view if a
> connection is made. Currently, there is no way to know if a connection
> is
> successful unless there was a successful logon. Correct me if I am
> wrong.
>
> Additionally if you were logging on programatically, if would be good
> to
> know if you are connected before you call logon().
>
> -jd-
>
>> 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
>>
>> What exactly are you looking for? Are you just looking to see if a
>> connection is established, or are you looking to get the underlying
>> socket to analyze?
>>
>> --oren
>>
>> On Sep 1, 2004, at 2:59 PM, Jon Dahl wrote:
>>
>>> 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
>>>
>>> Is there any way to determine when a SenderCompID has
>>> Connected/Disconnected besides the onLogon() and onLogout()
>>> callbacks?
>>>
>>> I need to perform some verification of the connection before 'letting
>>> it
>>> in' and having callbacks for Connect and Disconnect would be helpful.
>>>
>>> If there isn't, a pointer to the code for modification would be
>>> helpful.
>>>
>>> Thanks,
>>>
>>> jd
>>>
>>>
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.Net email is sponsored by BEA Weblogic Workshop
>>> FREE Java Enterprise J2EE developer tools!
>>> Get your free copy of BEA WebLogic Workshop 8.1 today.
>>> http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
>>> _______________________________________________
>>> Quickfix-developers mailing list
>>> Qui...@li...
>>> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by BEA Weblogic Workshop
>> FREE Java Enterprise J2EE developer tools!
>> Get your free copy of BEA WebLogic Workshop 8.1 today.
>> http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
>> _______________________________________________
>> Quickfix-developers mailing list
>> Qui...@li...
>> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>
>
> --
>
>
>
>
|
