|
From: <seb...@or...> - 2021-02-24 11:13:36
|
Hello, In context of failovers tests on our module using QuickFixJ, I am trying to activate the resend request message (35=2). My module has the role of acceptor, I have a little client (base on QuickFixJ too) that have the role of initiator. The acceptor and the initiator have desactivate the ResetOnLogon parameter (value = 'N') and the acceptor work with mysql jdbc to store message, the initiator use a file to store them. Here is the scenario I try to execute : - The initiator launch an authenticate message (35=A) - The acceptor answer (35=A) - The initiator launch a newOrderSingle message (35=D) - The acceptor answer with an ExecutionReportAck (35=8) - Then I kill the initiator - The acceptor try to launch the ExecutionReport (35=8) but he can't join the initiator - The initiator restart and launch an authenticate message (35=A) - The acceptor answer to this message (35=A) - Then no message (35=2) is launched by the initiator to ask the acceptor to resend the missing ExecutionReport (35=8). I try a second method to receive this message : I change the sequence number on the initiator side, to set a lower sequence number than the number on the acceptor side. But after the exchange of authenticate message (35=A), I don't see any resend request message (35=2). Do anyone have a suggestion to provoke this message to be sent ? Cheers, [Logo Orange Business Services]<http://www.orange-business.com/fr> Sebastien Medard ORANGE/OBS/SCE/DD SUBS/NEWOAB/DPS/PS/ATSI seb...@or...<mailto:seb...@or...> Tel Mobile : 06 07 02 09 71 _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. |