J'utilise quickfix 1.13.3 recompilé avec ODBC et j'ai un comportement étrange sur mes accepteurs (deux accepteurs sur différentes machines partageant la même base de données ODBC et activé pour basculement à chaud). Ma séance quotidienne est configuré avec:Quickfix 1.13.3 - SeqNum pas réinitialisé correctement à StartTime avec ODBC Store
RefreshOnLogon=Y
StartTime=00:02:00
EndTime=23:58:00
PersistMessages=Y
et les Odbc nécessaires Paramètres.
A 23:54, l'initiateur envoie une déconnexion avec MsgSeqNum = 1711, mon accepteur Quickfix répond avec Déconnexion MsgSeqNum = 1711, donc pas de problème.
A 00:05:16, l'initiateur envoie une connexion avec MsgSeqNum = 2, mais mon accepteur Quickfix répond avec Déconnexion MsgSeqNum = 1712!
A 0:05:18, les relances d'initiateur avec connexion et MsgSeqNumm = 4, et cette fois, mon accepteur quickfix avec connexion MsgSeqNum répond = 1
pensant que peut-être, dans la table « sessions », la incoming_seqnum et outgoing_seqnum n'ont pas été correctement réinitialisés par ODBC, j'ai même essayé de forcer une réinitialisation manuelle à 00:00 mais en vain, j'ai toujours le même comportement.
Je pense en ce moment est que quickfix avec cette configuration correspond encore à la demande d'ouverture de session contre la séance d'hier, ce qui entraîne la fermeture de session avec le numéro de séquence hier ....
Avec la même StartTime, EndTime, 1 accepteur (au lieu de deux), FileStore, et aucun réglage RefreshOnLogon (parce que j'avais seulement 1 accepteur) il a l'habitude de travailler avec quickfix 1.12.4.
J'ai également essayé avec RefreshOnLogon=N mais le problème reste le même ... les seqnums ne sont pas correctement réinitialisés à minuit.
Des idées?
Un grand merci,
Est-ce java ou quelque chose? – leppie
c'est C++ ou C# – Idriss