{{Quickfixn}} FIX upgrade 1.8 logout event issue

Fri Mar 15 01:10:25 PDT 2019

We had taken the code from master branch in github and it was causing issue. After taking from 1.8 branch, it seems to be working fine.

Thanks

From: Abhay Vora
Sent: Wednesday, March 13, 2019 5:02 AM
To: 'Mailing list for QuickFIX/n'
Cc: Thiru Ramu; Raghavendra Tilve
Subject: RE: {{Quickfixn}} FIX upgrade 1.8 logout event issue

Hi,

I have noticed few important observations below:

1)      Everything works fine after deploying the application

2)      Issue starts to come only after restarting the apppool.

3)      We are using QuickFIXApplication.SocketInitiator.Start() and QuickFIXApplication.SocketInitiator.Stop() methods in constructor and destructor of WCF service.

4)      If we are having QuickFIXApplication.SocketInitiator.Stop() in destructor, I believe all objects should get released from apppool process.

I believe the highlighted in yellow below should execute correctly and populate _factories object whenever QuickFIXApplication.SocketInitiator.Start() gets triggered, but looks it’s not the case.

public SessionFactory(IApplication app, IMessageStoreFactory storeFactory, ILogFactory logFactory, IMessageFactory messageFactory)
        {
            application_ = app;
            messageStoreFactory_ = storeFactory;
            logFactory_ = logFactory;
            messageFactory_ = messageFactory ?? new DefaultMessageFactory();
        }

Can you please look into it?

Thanks
Abhay

Thanks
Abhay
From: Quickfixn [mailto:quickfixn-bounces at lists.quickfixn.com<mailto:quickfixn-bounces at lists.quickfixn.com>] On Behalf Of Grant Birchmeier
Sent: Monday, February 25, 2019 8:31 AM
To: Mailing list for QuickFIX/n
Subject: Re: {{Quickfixn}} FIX upgrade 1.8 logout event issue

This is an EXTERNAL EMAIL. Stop and think before clicking a link or opening attachments.
I added a small improvement sometime back that adds the found BeginString into field 58, so you'll at least know what the engine thinks it's actually seeing.  Can you make a build from latest and give it a try?

NOTE: there was a change that split the QF/n binaries into message specific DLLs, so you'll now need to include both QuickFix.dll and QuickFix.FIX44.dll.  (You can find both in Messages\FIX44\bin\<x>\<x>\)

When I saw this problem, it turned out that my QuickFix.dll was not finding my QuickFix.FIX44.dll due to some wacky windows hijinks.  I don't expect that to be the case for you (since 1.8 didn't split the dll yet), but we can see if it goes away in the latest codebase.  And if it doesn't go away, the updated error message might give us a clue.

-Grant

On Mon, Feb 25, 2019 at 4:44 AM Abhay Vora <Abhay.Vora.Contractor at dodgeandcox.com<mailto:Abhay.Vora.Contractor at dodgeandcox.com>> wrote:
Hi,

I am working on an application which sends and receives  FIX messages to the BLP session. Our application is a WCF service hosted on Windows IIS. This application has business logic to send and process the FIX messages and it uses FIX version 1.8 dlls to establish connection with Bloomberg session.

We are able to send message type = D to Bloomberg(BLP) session. On processing this message, BLP session is sending the  execution report acknowledgement message (35=8, 150=0) successfully to us. While fix engine receives and parses this message, it is throwing an error with message type = 5(logout) to the BLP session. Below is the message logged in the fixstore log file:  8=FIX.4.49=8535=549=IRS56=BLP34=352=20190225-08:44:16.48358=Incorrect BeginString10=179.

This issue started coming when we started to use 1.8 version client side FIX dlls.  Please note, when we deploy this application(which contains our business logic + FIX dlls ) and restart the WCF service, everything works fine as expected. The issue starts on subsequent restart of this IIS service. If we deploy the bits again on encountering the Incorrect BeginString error, it starts to work again till the point we do not restart the service. So, issue is that restarting the service is causing trouble and starts sending logout messages to BLP session. Only way to correct is to redeploy the bits again.

Can you please suggest what might be causing this issue as everything is working fine if we use our existing 1.1 version FIX dlls.

Many Thanks
________________________________
Please follow the hyperlink to important disclosures.
https://www.dodgeandcox.com/disclosures/email_disclosure_funds.html
_______________________________________________
Quickfixn mailing list
Quickfixn at lists.quickfixn.com<mailto:Quickfixn at lists.quickfixn.com>
http://lists.quickfixn.com/listinfo.cgi/quickfixn-quickfixn.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.quickfixn.com_listinfo.cgi_quickfixn-2Dquickfixn.com&d=DwMFaQ&c=AQ5yCnCZOLz3HYYKvbnj5ppyDxNZuxkzDrQyIFuxC1E&r=JPV8QVxFRDcfzBl0MFbNPfqe_45vCThWzqPhDx41k-3u7y246hC-MXudLMhBfk3D&m=kiFqqIJ6Tfru1jnz1CyLgJUB2wmIrT6pKQXY9kwjeNY&s=KTUWq13mMvn9P5ib4qmykpbxA_xiyPQaOTK_Ppz3xFM&e=>

--
Grant Birchmeier
Connamara Systems, LLC
Made-To-Measure Trading Solutions.
Exactly what you need. No more. No less.
http://connamara.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__connamara.com&d=DwMFaQ&c=AQ5yCnCZOLz3HYYKvbnj5ppyDxNZuxkzDrQyIFuxC1E&r=JPV8QVxFRDcfzBl0MFbNPfqe_45vCThWzqPhDx41k-3u7y246hC-MXudLMhBfk3D&m=kiFqqIJ6Tfru1jnz1CyLgJUB2wmIrT6pKQXY9kwjeNY&s=O6qmzWqMMXHJoXHnN92vgGTrK3IlqMEzHYbKE-fQ_AM&e=>
_______________________________________________
Quickfixn mailing list
Quickfixn at lists.quickfixn.com<mailto:Quickfixn at lists.quickfixn.com>
http://lists.quickfixn.com/listinfo.cgi/quickfixn-quickfixn.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.quickfixn.com_listinfo.cgi_quickfixn-2Dquickfixn.com&d=DwMFaQ&c=AQ5yCnCZOLz3HYYKvbnj5ppyDxNZuxkzDrQyIFuxC1E&r=JPV8QVxFRDcfzBl0MFbNPfqe_45vCThWzqPhDx41k-3u7y246hC-MXudLMhBfk3D&m=awZcE9irE75v_t500Lk-OTUrXTrafahyUySqM_NtG1g&s=NeY7z2k8MIeZNFWZ5dffkIDW70Bmnn91w4ztdL2oEsc&e=>
_______________________________________________
Quickfixn mailing list
Quickfixn at lists.quickfixn.com<mailto:Quickfixn at lists.quickfixn.com>
http://lists.quickfixn.com/listinfo.cgi/quickfixn-quickfixn.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.quickfixn.com_listinfo.cgi_quickfixn-2Dquickfixn.com&d=DwMFaQ&c=AQ5yCnCZOLz3HYYKvbnj5ppyDxNZuxkzDrQyIFuxC1E&r=JPV8QVxFRDcfzBl0MFbNPfqe_45vCThWzqPhDx41k-3u7y246hC-MXudLMhBfk3D&m=awZcE9irE75v_t500Lk-OTUrXTrafahyUySqM_NtG1g&s=NeY7z2k8MIeZNFWZ5dffkIDW70Bmnn91w4ztdL2oEsc&e=>

--
Grant Birchmeier
Connamara Systems, LLC
Made-To-Measure Trading Solutions.
Exactly what you need. No more. No less.
http://connamara.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__connamara.com&d=DwMFaQ&c=AQ5yCnCZOLz3HYYKvbnj5ppyDxNZuxkzDrQyIFuxC1E&r=JPV8QVxFRDcfzBl0MFbNPfqe_45vCThWzqPhDx41k-3u7y246hC-MXudLMhBfk3D&m=awZcE9irE75v_t500Lk-OTUrXTrafahyUySqM_NtG1g&s=CvewEPmJqKPt_QTDq2mnJRGSe-V2yB1klVstqEL7RyM&e=>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.quickfixn.com/pipermail/quickfixn-quickfixn.com/attachments/20190315/2bf67f53/attachment.htm>