Re: [Quickfixj-users] https://www.quickfixj.org/jira/browse/QFJ-958 : Sticky connection

[Christoph J. <chr...@ma...>]

Hi,

I don't think that I can give any good advice since QuickFIX/J or FIX itself is designed to have a 
point-to-point connection between two counterparties. Everything else is customization. QFJ does not 
know anything about a forwarder service or similar.

The only thing I can suggest is that the forwarder service should drop the connection to the client 
as soon as the connection to the FIX service breaks down. But this is something that you'll have to 
implement.
If you can narrow down the problem to QFJ itself then my first suggestion would be to upgrade to the 
most recent version since I saw you are still using 1.5.3.

Chris.




On 26/10/2018 12:37, ZEE...@na... wrote:
>
> Yes this is correct
>
> FIX service <------------> forwarder service <----------> client
>
> Forwarder has out.socket time out to backend FIX service  which works at TCP level, so even though 
> the FIX response comes with delay TCP connection is healthy so it does not close the
>
> connection.
>
> But in this scenario FIX client keeps on generating test request where the connection is not 
> active and consider it a live connection.
>
> Is this issue known to you and  can it fixed.
>
> *Regards,***
>
> *Zeeshan Ali **| eFX Integration | Currencies Technology | Natwest Markets | *Block No 1, Tower A, 
> Unitech Infospace Complex Sector 21, Gurgaon, Haryana, 122002, India | Extn: +91 – 1246195672 | 
> Mobile: +91 - 7838192546
>
> *From:*Christoph John [mailto:chr...@ma...]
> *Sent:* 26 October 2018 02:30
> *To:* qui...@li...
> *Cc:* Ali, Zeeshan (NatWest Markets)
> *Subject:* Re: [Quickfixj-users] https://www.quickfixj.org/jira/browse/QFJ-958 : Sticky connection
>
>
> *********************************************
> " This message originates from outside our organisation. Consider carefully whether you should 
> click on any links, open any attachments or reply. If in doubt, forward to ~ Phishing"
> *********************************************
>
> Hi,
>
> I don't understand your setup. You have some kind of "forwarder service" that forwards the FIX 
> connection to somewhere else? Is it like this:
>
> FIX service <------------> forwarder service <----------> client
>
> ??
>
> And when the connection to the client times out, the FIX service does not recognize this?
> If yes, why doesn't the forwarder service drop the connection to the FIX service when the client 
> disconnects?
>
> Chris.
>
> On 25/10/2018 11:43, ZEESHAN.ALI--- via Quickfixj-users wrote:
>
>     QuickFIX/J Documentation:http://www.quickfixj.org/documentation/
>
>     QuickFIX/J Support:http://www.quickfixj.org/support/
>
>
>
>     Hi Team,
>
>     I have raised the jira above. Could you please look into it and advice.
>
>     *Regards,*
>
>     *Zeeshan Ali **| eFX Integration | Currencies Technology | Natwest Markets | *Block No 1,
>     Tower A, Unitech Infospace Complex Sector 21, Gurgaon, Haryana, 122002, India | Extn: +91 –
>     1246195672 | Mobile: +91 - 7838192546
>
>

-- 
Christoph John
Software Engineering
T +49 241 557080-28
chr...@ma...

MACD GmbH
Oppenhoffallee 103
52066 Aachen, Germany
www.macd.com

Amtsgericht Aachen: HRB 8151
Ust.-Id: DE 813021663
Geschäftsführer: George Macdonald