Re: [Quickfixj-users] Initiator failover due to acceptor compID already in use

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

Hi,

sorry, I do not understand what you mean. When you say:

> when acceptor compID already in use by another initiator.

do you mean that the remote peer already has an established connection with another counterparty 
(instead of you)?

Chris.



On 19/11/2018 12:20, Tsz Shun Chow wrote:
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
>
> Hi all,
>
> We have recently found a problem that Initiator failover was stuck with the first address when 
> acceptor compID already in use by another initiator.
>
> It seem to be related to this, though I think the change only exposed the bug, not created it.
>
> https://github.com/quickfix-j/quickfixj/commit/622b858d4a6d972b0d2006b5029f2be354d1dcdc
>
> In the case of targetCompID in use, the session was connected and active, so the address index set 
> to one, even it was dropped afterwards. Then the initiator will try and fail forever until the 
> session of the targetCompID is available again.
>
> How could the initiator detect the targetCompID in use and therefore could try next address in the 
> list?
>
> Cheers
> Jason
>
>
> _______________________________________________
> Quickfixj-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfixj-users

-- 
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