Re: [Quickfix-developers] possible to not wait for logon response?

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

QM,

You might have to look at the source code for QuickFIX to determine what
class you'd need to reimplement so you can have the environment as you
prefer.  The only problem is that skipping this step in your development
environment might cause problem in your production environment because there
you will have a logon response to a logon request.

You might just simply create your own session management classes and use
QuickFIX just to parse the FIX messages not manage sessions.

I might consider having a pump with proper implementation of FIX rather
trying to override proper behavior.

Regards,

Mikhail

On Thu, Jul 7, 2011 at 3:28 PM, QM <eqm...@nw...> wrote:

> QuickFIX Documentation:
> http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>
>
> **For one, thanks for making QuickFix.  We look forward using it.
>
> Two, is there a config parameter such that QuickFix will not wait for a
> logon response message? (That is, assume one is logged on once the socket
> connection is established.)
>
> In our development environment, we sometimes connect to a dummy FIX pump
> that just sends out messages. There is no notion of a logon/logoff in that
> case.  QuickFix wants send a logon request and wait for a logon response.
> This is certainly proper FIX behaviour but it inhibits QuickFix from talking
> to our development message stream...
>
> If QuickFix doesn't have such a feature, I could take a crack at it and
> submit a patch.
>
> Cheers,
> -QM
>
>
>
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>